> pierzi acele linii din primul tabel faci LEFT JOIN(iti completeaza NULL > la coloanele din dreapta, spre deosebire de varianta cu where care le > elimina). Daca nu e cazul, poti sa pui where linistit si sa ordonezi > conditiile cum vrei mai bine. Mai face el niste optimizari, dar nu o sa > stie care conditie a ta e mai restrictiva, le ia in ordine. Sa ai > neaparat indexi pe chei (sau sa fie key primare), ca altfel ...
multam tuturor pentru raspunsuri, ma rog, ma refeream de fapt la performantele query-ului din perspectiva celor 2 modele bun, si acuma o singura intrebare: in ceea ce priveste cele 2 tabele principale m-am lamurit folosesc join simplu ( cu from a,b si 'joinul' pus in clauza where ), pentru ca ... daca si voi ziceti, asa cum banuiam, left joinul cere mai multe operatii in ceea ce priveste insa nomenclatoarele, nu prea am cum face join prin where, pentru ca in caz ca dispare o valoare de acolo ( nu ar trebui, dar, ma rog, se mai schimba ceva ) atunci nu imi vor aparea direct niste inregistrari si acuma intrebarea: cum sa-i "spun" postgresului sa faca mai intai inner-join-ul intre a si b, sa faca selectia dupa clauzele where si abia apoi sa faca left-joinul(-urile) respective cu tabelele nomenclator (id-->denumire) pentru un om e foarte simplu, dar postgresul nu prea are de unde sa stie ca alea sunt tabele mai schmekere Alex ps: acuma totul e mult mai clar, asa ca pot sa pun partea a doua a intrebarii mele de ieri ( cand cam bajbaiam in ceata ) si sa se si inteleaga ce vreau sa intreb --- Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to unsubscribe from this list.
