Já pensei nisso. Em alguns casos até funcionou mas na maioria de nossos casos isso não se aplica. Quanto ao Postgres ter implementado esse recurso está na própria documentação oficial de que isso seria feito futuramente.
Em Sáb 13 Mai 2006 01:10, Rodrigo Hjort escreveu: > Pô, e que tal fazer o "LIMIT n" dentro da própria função em PL/PgSQL? > > Antes de conhecer a razão, trabalhei com Windows, Delphi e > Firebird/InterBase. Hoje não imagino como um SGBD pode ter performance > baseando-se num único arquivo! No PostgreSQL, até separo o Log de > Transações (WAL) num outro HD a fim de obter melhor desempenho em > atualizações. > > Existem várias perfumarias a serem aplicadas no PostgreSQL (como o ALTER > TABLE...POSITION), mas como o core preza pelo padrão ANSI (cujo MySQL > desconhece), olha o exemplo de um post recente no pg-hackers: > > "A way to store query results in a named buffer and reuse them in the next > queries." > > E eis a resposta padrão do Tom Lane: > > "Why not just fix the speed issues you're complaining about with temp > tables? I see no reason to invent a new concept." > > Hehe. Ah, a extensão do Firebird não é .MDB, mas .GDB ou .FDB. _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
