Eu estava lendo o artigo a seguir, que afirma que é uma prática ruim fazer JOINs entre dois servidores vinculados. A única alternativa que vejo é obter os dados necessários de ambos os servidores vinculados e carregá-los em tabelas temporárias em uma instância do SQL Server e, em seguida, fazer a junção. Isso é aconselhável? Ou existe algum outro curso de ação?
relate perguntas
-
Propriedades de redução automática, criptografia e modelo de recuperação no SQL Server 2008 R2
-
A instalação autônoma do cluster do SQL Server 2008 R2 falha com o erro - "Caracteres ilegais no caminho".
-
Migração de banco de dados grande
-
plano de manutenção executado pelo agente
-
Randomizando o conteúdo da tabela e armazenando-o de volta na tabela
Eu usei essa técnica em trabalhos de sincronização de dados. Ajuda se você não precisar de toda a tabela do servidor remoto (apenas algumas colunas ou você pode filtrá-la em sua cláusula WHERE). E, ao trazer os dados para uma tabela temporária na instância em que você está trabalhando mais, você pode indexar a tabela temporária de acordo com suas necessidades e obter estatísticas úteis para o trabalho que está realizando.
Claro, se você está tentando fazer isso com muita frequência, pode não ser a melhor solução para você. Talvez SSIS?
Yepyep, traga os dados de dois servidores para um servidor e faça sua junção lá. Quando configurei isso, a empresa estava convencida de que era um relatório mensal, mas semanalmente ... Então, configurei um trabalho SQL que movia dados de um servidor para outro, para um banco de dados de teste. O trabalho truncaria a tabela de preparação e, em seguida, seria um SELECT INTO pegando apenas os dados necessários.