Isso pode ser vitalmente importante, pois (imagino) se o SELECT não precisa recuperar os dados na íntegra MAS sim apenas os dados que obedecerem a uma condição de hora/data , Possivelmente será viável um plano de execução que faça menos I/Os, acessando os dados em partições, e/ou via índice, ou mesmo (quem sabe) tendo a tabela criada como IOT, que fisicamente está sempre ordenada.... Não deixe nos seus testes de validar se, em face do total da tabela, se é indicado ou não um FULL TABLE SCAN e se não o for, validar se o plano de execução está fazendo o míninmo de I/O possível, tanto num SELECT "local" - ie, INSERT into tabelaremota@dblink (select * from tabelalocal) -, quanto num SELECT remoto (ie, no banco-destino se fazendo um INSERT into tabela (select * from tabelaremota@dblink)...
[]s Chiappa
