You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: mintlify/change-database/environment-policy/overview.mdx
+46-9Lines changed: 46 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,15 +2,7 @@
2
2
title: Environment Policy
3
3
---
4
4
5
-
## Statement execution mode
6
-
7
-
Even if you have `sql.dml` and `sql.ddl`[database permissions](/security/database-permission/overview/), you can only run read-only statements such as `SELECT` in SQL Editor by default. If you attempt to run mutation DML or DDL, it will prompt you to submit an issue.
Manage deployment permissions and automatic rollout settings
31
+
</Card>
32
+
33
+
## SQL Review policy
34
+
35
+
Configure automated SQL validation rules for each environment to ensure code quality and compliance. Different environments can have different strictness levels - for example, production might enforce stricter rules than development.
Set up automated SQL validation rules and best practices enforcement
39
+
</Card>
40
+
41
+
## Access control
42
+
43
+
Configure environment-specific restrictions for SQL Editor operations:
44
+
45
+
-**Restrict data copying in SQL Editor**: Only Workspace Admins and DBAs can copy data from query results
46
+
-**Restrict querying admin data sources**: Limit access to administrative data sources in the SQL Editor
47
+
48
+
## Statement execution mode
49
+
50
+
Even if you have `sql.dml` and `sql.ddl`[database permissions](/security/database-permission/overview/), you can only run read-only statements such as `SELECT` in SQL Editor by default. If you attempt to run mutation DML or DDL, it will prompt you to submit an issue.
To temporarily remove an instance from active use while preserving its configuration:
164
+
165
+
1. Navigate to the instance page
166
+
2. Click **Archive** to move the instance to archived status
167
+
3. Archived instances remain accessible from **Settings > Archived**
168
+
169
+
<Warning>
170
+
Before archiving an instance, ensure all its databases are unassigned from projects. Databases actively assigned to projects cannot be archived.
171
+
</Warning>
172
+
173
+
#### Hard Delete Instance
174
+
175
+
To permanently remove an instance and all its associated metadata from Bytebase:
176
+
177
+
1.**Archive the instance first**:
178
+
- Go to the instance page
179
+
- Click **Archive this instance** (requires all databases to be unassigned from projects) on the bottom of the page
180
+
181
+
2.**Permanently delete the archived instance**:
182
+
- Navigate to **Settings > Archived**
183
+
- Select the archived instance
184
+
- Click **Hard-Delete** to permanently remove the instance
185
+
186
+
<Caution>
187
+
Hard deletion is irreversible. All instance configuration, connection settings, and metadata stored in Bytebase will be permanently removed. This does not affect the actual database itself, only Bytebase's records and configuration for that instance.
0 commit comments