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: articles/synapse-analytics/sql-data-warehouse/sql-data-warehouse-develop-user-defined-schemas.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,19 +30,19 @@ By contrast, SQL pool runs the entire data warehouse workload within one databas
30
30
>
31
31
32
32
## Recommendations
33
-
What follows are recommendations for consolidating workloads, security, domain, and functional boundaries by using user-defined schemas
33
+
What follows are recommendations for consolidating workloads, security, domain, and functional boundaries by using user-defined schemas:
34
34
35
-
1. Use one SQL pool database to run your entire data warehouse workload
36
-
2. Consolidate your existing data warehouse environment to use one SQL pool database
37
-
3. Leverage **user-defined schemas** to provide the boundary previously implemented using databases.
35
+
- Use one SQL pool database to run your entire data warehouse workload.
36
+
- Consolidate your existing data warehouse environment to use one SQL pool database.
37
+
- Leverage **user-defined schemas** to provide the boundary previously implemented using databases.
38
38
39
39
If user-defined schemas have not been used previously, then you have a clean slate. Use the old database name as the basis for your user-defined schemas in the SQL pool database.
40
40
41
41
If schemas have already been used, then you have a few options:
42
42
43
-
1. Remove the legacy schema names and start fresh
44
-
2. Retain the legacy schema names by pre-pending the legacy schema name to the table name
45
-
3. Retain the legacy schema names by implementing views over the table in an extra schema to re-create the old schema structure.
43
+
- Remove the legacy schema names and start fresh.
44
+
- Retain the legacy schema names by pre-pending the legacy schema name to the table name.
45
+
- Retain the legacy schema names by implementing views over the table in an extra schema to re-create the old schema structure.
46
46
47
47
> [!NOTE]
48
48
> On first inspection option 3 may seem like the most appealing option. However, the devil is in the detail. Views are read only in SQL pool. Any data or table modification would need to be performed against the base table. Option 3 also introduces a layer of views into your system. You might want to give this some additional thought if you are using views in your architecture already.
0 commit comments