A questão é que inicialmente precisarei retornar todos os registro, e como a tendência é que eles aumentem um pouco, precisaria fazer FETCH de X em X para diminuir o gargalo na abertura. A tendência é que com o aumento essa lentidão aumente...
Júnior Miranda *Analista de Sistemas* *Especializando em Sistemas Computacionais* *E-mail: [email protected] <[email protected]>* *Tel.: *(75) 9191-1678/ 34143042/ 34143149/ 34143020 Em 13 de março de 2015 13:10, Matheus de Oliveira <[email protected] > escreveu: > > 2015-03-13 13:00 GMT-03:00 Junior Miranda <[email protected]>: > >> É necessário, sim, infelizmente!! Possuo outras pesquisas com filtros, >> mas esta em específico será necessário retornar todos os 20 mil registros. >> A saída seria realmente o uso de cursor?? > > > Não vejo nenhum motivo pra usar cursor. Eu usaria uma função SQL, assim se > filtrar por fora ela pode ser otimizada. > > Algo do tipo: > > CREATE OR REPLACE FUNCTION fn_busca_Produto() > RETURNS TABLE(oprd_id produto.prd_id%TYPE, oprd_nome > produto.prd_nome%TYPE) As > $BODY$ > SELECT prd_id, prd_nome FROM produto; > $BODY$ > LANGUAGE SQL STABLE; > > Atenciosamente, > -- > Matheus de Oliveira > Analista de Banco de Dados > Dextra Sistemas - MPS.Br nível F! > www.dextra.com.br/postgres > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
