Pegando 40.000+ registros em um BD e atualizando outro

Pela idéia que vc deu da aplicação, uma stored procedure até que poderia resolver isso bem… mas se as suas regras de negócio tem que ser em Java, então vc basicamente so tem um caminho a seguir:

public static void main(String[] args) { ... }

O que evitar:

• Fazer mais de uma conexao ao BD - se tudo o que vc vai fazer é mover uma cacetada de registros de um banco pro outro, duas Connections sao tudo o que vc precisa

O que pode ajudar:

• Threads - se vc fizer uma Thread gerando informacoes (lendo de um dos BDs) e outra consumindo (INSERTando no outro), da pra distribuir melhor a carga se vc tiver mais de um processador na máquina.

O que seria legal pacas:

• Deixar de fazer as coisas em batch (que tá definitivamente ficando muito “anos 90”) e fazer a coisa online, conforme as tabelas vao mudando. Não sei do MSSQL, mas pelo menos no Oracle dá pra fazer um belo dum DBLINK aqui (falei merda? :))…

“cv”:

O que evitar:

• Fazer mais de uma conexao ao BD - se tudo o que vc vai fazer é mover uma cacetada de registros de um banco pro outro, duas Connections sao tudo o que vc precisa
  

cv, evitar mais de uma conexão ao BD, sendo que duas Connections sao tudo o que ele precisa? Confuso isso… :?:

não ta confuso não,
evitar mais de uma conexão ao mesmo banco de dados
e são duas Connections pois é uma para cada banco

Como já trabalhei muito com MSSQL (já faz uns 2 anos …), vou tentar ajudar em alguma coisa.

Como o cv disse, uma stored procedure pode resolver bem o seu problema. No MSSQL tem como um banco “enxergar” outro em outra máquina sim. O que precisa ser feito é um “linked server”, e programação em Transact-SQL, que apesar de ser meio limitada em recursos, mas é uma mão na roda; pois evita trazer os dados do DBMS para o client (programa) e enviar para o outro banco (server); ou seja, é server to server. Se precisar colocar o agendamento no crontab (dependencia da execução de outros processos em shell-script/programas) tudo bem, mas se for somente para agendar esta “transferência de dados” o próprio MSSQL já tem um mecanismo de agendamento equivalente ao crontab do UNIX (se vc usa M$ é melhor deixar tudo M$ :shock: ).

[]s, Welington B. Souza

Desculpem a confusão!

Seriam então 2 objetos Connection utilizando a mesma conexão ao BD?

Valeu!
[]'s