Esquemas definidos pelo usuário para pools de SQL dedicados no Azure Synapse Analytics

Esse artigo se concentra em fornecer várias dicas para usar esquemas definidos pelo usuário no T-SQL para desenvolver soluções no pool de SQL dedicado.

Esquemas para limites de aplicativos

Os data warehouses tradicionais costumam usar bancos de dados separados para criar limites de aplicativos com base na carga de trabalho, no domínio ou na segurança.

Como exemplo, um data warehouse tradicional do SQL Server pode incluir um banco de dados de preparo, um banco de dados do data warehouse e alguns bancos de dados do data mart. Nesta topologia, cada banco de dados funciona como uma carga de trabalho e limite de segurança na arquitetura.

Por outro lado, o pool de SQL dedicado executa toda a carga de trabalho do data warehouse em um só banco de dados. Junções cruzadas de banco de dados não são permitidas. Portanto, o pool de SQL dedicado espera que todas as tabelas usadas pelo warehouse sejam armazenadas em um só banco de dados.

Recomendações

A seguir estão as recomendações para consolidar limites de carga de trabalho, segurança, domínio e funcionalidade usando esquemas definidos pelo usuário:

• Use um banco de dados em um pool de SQL dedicado para executar toda a carga de trabalho do data warehouse.
• Consolide seu ambiente de data warehouse existente para usar um banco de dados do pool de SQL dedicado.
• Aproveite esquemas definidos pelo usuário para fornecer o limite anteriormente implementado usando bancos de dados.

Se os esquemas definidos pelo usuário não foram usados antes, então você tem uma área limpa. Use um nome antigo do banco de dados como base para os esquemas definidos pelo usuário no banco de dados do pool de SQL dedicado.

Se os esquemas já foram usados, então você tem algumas opções:

• Remover os nomes de esquema herdados e começar do zero.
• Mantenha os nomes de esquema herdados anexando o nome do esquema herdado ao nome da tabela.
• Mantenha os nomes de esquema herdados implementando exibições na tabela em um esquema extra para recriar a estrutura de esquema antiga.

Exemplos:

Implemente esquemas definidos pelo usuário com base nos nomes de banco de dados:

CREATE SCHEMA [stg]; -- stg previously database name for staging database
GO
CREATE SCHEMA [edw]; -- edw previously database name for the data warehouse
GO
CREATE TABLE [stg].[customer] -- create staging tables in the stg schema
(       CustKey BIGINT NOT NULL
,       ...
);
GO
CREATE TABLE [edw].[customer] -- create data warehouse tables in the edw schema
(       CustKey BIGINT NOT NULL
,       ...
);

Mantenha os nomes de esquema herdados acrescentando-os ao nome da tabela. Usar esquemas para o limite de carga de trabalho:

CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- edw defines the data warehouse boundary
GO
CREATE TABLE [stg].[dim_customer] --pre-pend the old schema name to the table and create in the staging boundary
(       CustKey BIGINT NOT NULL
,       ...
);
GO
CREATE TABLE [edw].[dim_customer] --pre-pend the old schema name to the table and create in the data warehouse boundary
(       CustKey BIGINT NOT NULL
,       ...
);

Manter nomes de esquema herdados usando modos de exibição:

CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- stg defines the data warehouse boundary
GO
CREATE SCHEMA [dim]; -- edw defines the legacy schema name boundary
GO
CREATE TABLE [stg].[customer] -- create the base staging tables in the staging boundary
(       CustKey    BIGINT NOT NULL
,       ...
)
GO
CREATE TABLE [edw].[customer] -- create the base data warehouse tables in the data warehouse boundary
(       CustKey    BIGINT NOT NULL
,       ...
)
GO
CREATE VIEW [dim].[customer] -- create a view in the legacy schema name boundary for presentation consistency purposes only
AS
SELECT  CustKey
,       ...
FROM    [edw].customer
;

Próximas etapas

Para obter mais dicas de desenvolvimento, confira visão geral de desenvolvimento.