Le 21 septembre 2016 17:54:00 GMT-03:00, "Mário Reis" <[email protected]> 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:[email protected] +55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:[email protected] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
