Le 21 septembre 2016 17:54:00 GMT-03:00, "Mário Reis" 
<secretariadoge...@acra.pt> a écrit :
>Se fosse firebird te recomendaria uma Store Precedure com Suspend;

Firebird não tem planejador de execução de consultas tão bom quanto o nosso.


>sempre
>tive muito melhores resultados do que com os select mais complexos(que
>em
>teoria deveriam dar o mesmo resultados

Ao contrário, o planejador tem de dar — e, no PostgreSQL, dá — resultados pelo 
menos tão bons quanto os de qualquer outro método, ainda com a vantagem de se 
adaptar a mudanças no sistema — equipamentos, configurações, massa de dados, 
modelo, carga — sem precisar reescrever consultas.


> pena não haver como fazer isso com o postgres.

Porque não precisamos.


>No IBM400 c/SQL400
>também não tem storeprocediures c/suspend por isso  partiamos o
>problema
>maior em problemas mais pequenos muitas fezes com select parciais
>escrvendo
>para ficheiros de trabalho que de seguida eram usados nos query
>seguintes e
>com óptimos resultados.

Mais uma vez, temos planejador melhor que faz isso automaticamente.


>Select's um pouco mais complexos tendem a ser bastante pesados partido
>o
>problema em pedaços mais pequenos a coisa flui com uma velocidade
>considerável.

Para isso temos CTEs.

Não entendi como achaste que ajudavas… inda mais depois que o Euler já apontara 
a necessidade de dois simples índices.





-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 (Net)        gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a