Acredito que a migração seja simples mas
trabalhosa. Se vc tem alguma classe de conexão, fica até mais fácil, pois ai vc
muda na classe. Mas tem que avaliar, pois existem casos que vc ira querer
explorar as vantagens da conexão OLE DB. Imagine que vc tem um processo, onde
abre várias handles. No final de nada de errado ocorreu vc commit uma a uma...
Com OLE DB vc não precisará mais fazer isso... bastará apenas commitar a
session que abriu... mas por outro lado...Terá que verificar todos os lugares
onde abre uma conexão (handle) e trocar por umas SqlCreateSession seguindo de
um SqlCreateStatement. Mas cabe vc decidar como ira aninhar isso. Pois existirá
casos que terá uma session com vários statement ou varias sessions com vários stantement,
de acordo com a Rotina. Estamos pensando em implementar OLE DB aqui tbm. Mas em
um teste que fiz. Populando uma table com mais de 60000 registros... a conexão
via router se mostrou mais rápida que a conexão OLE DB. Não cheguei a efetuar
com outros processos, mas isso me assustou. Afinal sempre soube que via OLE DB
seria mais rápido pois teria uma camada a menos... Vale testar a fundo... De: owner- Pessoal, Bom dia. Alguém da lista já passou pela experiência de migração das
conexões com routers nativos do ORACLE para OLE DB. Agradeço a atenção. Hélder Lins Célula Tecnologia da Informação www.usinacoruripe.com.br |
- [sqlwin] Migração de routers nativos do ORACLE para OLE... Helder P. Lins
- [sqlwin] RES: [sqlwin] Migração de routers nativos... Luis Saito
- [sqlwin] RES: [sqlwin] Migração de routers nativos... Alessandro Perillo
- [sqlwin] RES: [sqlwin] Migração de routers nativos... Alessandro Perillo