Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Nas seções abaixo, você encontrará várias dicas para usar esquemas definidos pelo usuário do T-SQL para desenvolver soluções no SQL do Synapse.
Esquemas para limites de aplicativos
A arquitetura de análise tradicional geralmente usa bancos de dados separados para criar limites de aplicativo com base na carga de trabalho, domínio ou segurança. Por exemplo, uma infraestrutura de análise tradicional do SQL Server pode incluir um banco de dados de preparo, um banco de dados de análise e 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.
Em vez disso, o SQL do Synapse executa toda a carga de trabalho de análise em um banco de dados. Junções cruzadas de banco de dados não são permitidas. O SQL do Synapse espera que todas as tabelas usadas pelo warehouse sejam armazenadas em um banco de dados.
Observação
Pools de SQL dedicados não dão suporte a consultas entre bancos de dados de qualquer tipo. Consequentemente, as implementações de análise que aproveitam esse padrão precisarão ser revisadas. O pool de SQL sem servidor dá suporte a consultas entre bancos de dados.
Recomendações de esquema definidas pelo usuário
Incluem-se recomendações para consolidar cargas de trabalho, segurança, domínio e limites funcionais usando esquemas definidos pelo usuário:
- Use um banco de dados para executar toda a carga de trabalho de análise.
- Consolide seu ambiente de análise existente para usar um banco de dados.
- 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 tiverem sido usados anteriormente, você poderá começar do zero. Use o nome do banco de dados antigo como base para seus esquemas definidos pelo usuário no banco de dados SQL do Synapse.
Se os esquemas já foram usados, então você tem algumas opções:
- Remover os nomes de esquema herdados e começar de novo
- 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 sobre a tabela em um esquema extra, que recria a estrutura de esquema antiga.
Observação
Na primeira inspeção, a opção 3 pode parecer a escolha mais atraente. As exibições são lidas somente no SQL do Synapse. Qualquer modificação de dados ou tabelas precisará ser feita na tabela base. A Opção 3 também introduz uma camada de exibições no sistema. Talvez você queira refletir um pouco mais sobre isso se já estiver utilizando views em sua arquitetura.
Exemplos
Implemente esquemas definidos pelo usuário com base em 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 analytics
GO
CREATE TABLE [stg].[customer] -- create staging tables in the stg schema
( CustKey BIGINT NOT NULL
, ...
);
GO
CREATE TABLE [edw].[customer] -- create analytics tables in the edw schema
( CustKey BIGINT NOT NULL
, ...
);
Mantenha os nomes de esquema herdados acrescentando-os ao nome da tabela. Use esquemas para o limite de carga de trabalho.
CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- edw defines the analytics 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 analytics boundary
( CustKey BIGINT NOT NULL
, ...
);
Reter nomes de esquema herdados usando modos de exibição.
CREATE SCHEMA [stg]; -- stg defines the staging boundary
GO
CREATE SCHEMA [edw]; -- stg defines the analytics 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 analytics tables in the analytics 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
;
Observação
Qualquer alteração na estratégia de esquema requer uma revisão do modelo de segurança para o banco de dados. Em muitos casos, você poderá simplificar o modelo de segurança ao atribuir permissões no nível do esquema.
Se forem necessárias permissões mais granulares, você poderá usar funções de banco de dados. Para obter mais informações sobre funções de banco de dados, consulte o artigo Gerenciar funções de banco de dados e usuários .
Próximas etapas
Para obter mais dicas de desenvolvimento, consulte Visão geral de desenvolvimento do SQL do Synapse.