locked
Eficiencia em transferencia de dados. RRS feed

  • Pergunta

  • Prezados,

     

    Qual a forma mais eficiente, em termos de desempenho, para se transferir dados:

     

    1 - Executando o seguinte script:

     

    Code Snippet

    select <campo1>, <campo2>, <campo n>

    into <linked_server>.<database>.<owner>.<tabela>

    from <tabela>

     

     

    2 - Criar um DTS a partir de uma query.

     

     

    Grato.

     

    segunda-feira, 21 de julho de 2008 21:07

Todas as Respostas

  • Anselmo,

     

    Em relação a desempenho, se você deseja transferir dados entre servidores através de um linked server, as query ad-hoc com OpenRowSet, OpenQuery ou OpenDataSource.

    terça-feira, 22 de julho de 2008 10:27
    Moderador
  • Anselmo,

     

    Também sou favorável à opinião do Júnior.

     

    [ ]s.

    terça-feira, 22 de julho de 2008 12:06
    Moderador
  • Anselmo,

     

    Depende.

     

    Acho que a resposta ideal depende muito do teu cenário (quantidade conexões simultâneas, quantidade de registros envolvidos, índices existentes nas tabelas de origem e destino, etc.).

     

    Você quer melhor o desempenho deste único processo ou evitar perda de desempenho no teu sistema como um todo?

     

    Por exemplo, se você bolar um Job que a partir de uma query salve os dados em um arquivo .txt na rede, e depois outro Step que faça um BULK INSERT na tabela de destino, teu processo em sí talvez fique um pouco mais lento, mas acredito que consiga diminir o tempo de lock na tabela de destino. Diminuindo este tempo de lock, teu sistema em geral (e não apenas o processo de cópia) terá um desempenho melhor. Mas também pode ser que os locks não afetem você e que este processo seja rodado de madrugada quando não tiver ninguém acessando!

     

    Minha resposta é "depende". Na dúvida, não tenha preguiça, , faça testes com as duas opções em seu ambiente de desenvolvimento, para ver na prática qual se adequa melhor ao seu ambiente.

     

    Um abraço,

    Raul Santos

     

    quarta-feira, 23 de julho de 2008 22:16