7 fatos sobre os sinônimos do SQL Server que você deve saber

Apresentando os sinônimos do SQL Server

1. Os sinônimos do SQL Server podem simplificar seu trabalho quando os objetos base são transferidos ou renomeados

USE mydatabase1
GO
SELECT
 b.name
,a.definition
,b.type_desc
FROM sys.sql_modules a
INNER JOIN sys.all_objects b on a.object_id = b.object_id
WHERE a.definition like '%mydatabase2%'
GO

• sys.sql_modules incluem objetos SQL que são módulos definidos por SQL, como exibições, procedimentos armazenados, funções etc.
• O nome coluna é onde está o nome do objeto.
• O código SQL do objeto está na definição coluna de sys.sql_modules .
• sys.all_objects inclua todos os objetos em seu banco de dados, como tabelas, visualizações, etc.
• Pegamos o type_desc coluna para determinar que tipo de objeto é (visualização, procedimento armazenado, etc.)
• O onde cláusula filtra a consulta de qualquer código SQL que inclua uma referência a mydatabase2 .
• Para ter um resultado satisfatório usando o script acima, você precisa ter permissão para todos os objetos. Verifique com seu administrador de banco de dados ou alguém com uma função semelhante para isso. Você também pode verificar isso.

Como corrigir essa confusão de código para que não aconteça novamente

1. Crie um sinônimo para cada um dos objetos remotos. Então, em vez de prodserver2.mydatabase2.schema1.object1 você pode se referir a ele usando o sinônimo.
2. Modifique as referências a cada objeto em seu sinônimo.

A lição:

2. Você pode criar sinônimos do SQL Server para a maioria dos objetos

• Tabelas
• Visualizações
• Procedimentos armazenados
• Funções

3. Você pode emitir comandos apropriados para o sinônimo de objeto

Tabelas

SELECT * FROM prodserver2.mydatabase2.schema1.table1

SELECT * FROM synonym1

UPDATE synonym1
SET column1 = <value>

• Inserir um novo registro por meio de um sinônimo adicionará um novo registro à tabela base. No nosso caso, prodserver2.mydatabase2.schema1.table1 .
• Atualizar e excluir terão o mesmo efeito.

SELECT
 a.column1
,b.column1
FROM table3 a
INNER JOIN prodserver2.mydatabase2.schema1.table1 b on a.id = b.id

SELECT
 a.column1
,b.column1
FROM table3 a
INNER JOIN synonym1 b on a.id = b.id

Procedimentos armazenados

EXEC prodserver2.mydatabase2.schema1.spProcedure1

EXEC synProcedure1

4. Você pode iniciar sua busca com sinônimos do SQL Server com CREATE

CREATE SYNONYM synonym1 FOR prodserver2.mydatabase2.schema1.table1

• os 2 servidores (prodserver1 e prodserver2 ) já estão vinculados.
• o banco de dados mydatabase2 , o esquema esquema1 , e a tabela table1 realmente existem.
• seu acesso a esses recursos é permitido.

DROP SYNONYM synonym1

Usando o SQL Server Management Studio (SSMS) para criar e eliminar sinônimos

Criando sinônimos

1. Execute o SSMS e faça login no SQL Server.
2. Procure o banco de dados em que deseja criar um sinônimo.
3. Expandir.
4. Clique com o botão direito do mouse em Sinônimos pasta e selecione Novo Sinônimo .
5. Preencha o formulário com as informações necessárias para sinônimos, incluindo nome, esquema etc.
6. Clique em OK .

Eliminando sinônimos

1. Execute o SSMS e faça login no SQL Server.
2. Procure o banco de dados onde reside o sinônimo que você deseja eliminar.
3. Expandir.
4. Expandir os Sinônimos pasta.
5. Procure o sinônimo que deseja eliminar.
6. Clique com o botão direito do mouse no sinônimo que deseja remover e selecione Excluir .
7. Clique em OK .

5. Você pode proteger os sinônimos do SQL Server

GRANT SELECT ON synonym1 to testuser

• CONTROLE
• EXECUTAR
• ATUALIZAÇÃO
• INSERIR
• EXCLUIR
• VER DEFINIÇÃO
• TOMAR PROPRIEDADE

6. Não consegue encontrar essa tabela, visualização ou procedimento? Pode ser um sinônimo

SELECT
 a.[name]
,a.[base_object_name]
,OBJECTPROPERTYEX(OBJECT_ID(a.[name]), 'BaseType') as BaseType
,b.type_desc
FROM sys.synonyms a
INNER JOIN (SELECT DISTINCT type, type_desc from sys.all_objects) b on 
           CONVERT(varchar(2),OBJECTPROPERTYEX(OBJECT_ID(a.[name]), 'BaseType')) = b.type

• sys.synonyms é onde todos os sinônimos do SQL Server são definidos no banco de dados atual.
• Pegamos os tipos e descrições de tipo (tipo e type_desc respectivamente) em sys.all_objects . Se você tiver uma ideia melhor além de juntá-los com uma subconsulta, avise-me.
• OBJECTPROPERTYEX é usado para obter o tipo do objeto base se for uma tabela, procedimento armazenado ou outro.
• Finalmente, se você não tiver a permissão mínima necessária para executar este script e obter a saída desejada, é hora de fazer amizade com seu DBA ou alguém com uma função semelhante:)

7. Os sinônimos do SQL Server afetarão o desempenho?

1. Ao executar o código mais simples com um sinônimo (por exemplo, SELECT * do sinônimo1), o SQL Server entrará em uma fase de vinculação em que o objeto base substituirá o sinônimo.
2. Em seguida, seja qual for o melhor plano de otimização existente para executar um comando para o objeto base, ele será o mesmo.

1. Por quanto tempo o SQL Server faz a fase de vinculação? RESPOSTA:Não demora muito. Geralmente acontece em um piscar de olhos.
2. Se a próxima etapa usar o mesmo melhor plano de otimização com o objeto base e a consulta ao objeto base for “rápida o suficiente”, ela será mais lenta? RESPOSTA:Não, porque usará o mesmo plano de execução.
3. E a autenticação do novo servidor? RESPOSTA:Se houver alguns pequenos atrasos causados ​​pela transferência de um banco de dados para um novo servidor, eles não são causados ​​pelo sinônimo. Desempenho de consulta ao chamá-lo usando um sinônimo ou codificar o server.database.schema.object deve ser o mesmo porque o sinônimo é apenas um nome alternativo para o objeto base. Resolva o desempenho lento do objeto base.

Conclusão