salut m-am lovit de destule ori de urmatorul caz: query-uri in mysql cu numar redus de rezultate in final, dar cu join-uri peste join-uri, inclusiv * pe tabele principale cu tot tacamul de varchar si text, mai pe romaneste bomba nucleara (trecem peste faptul ca sa folosesti * in join e 99.99% semn de oligofrenism, mai ales cand ai si texte care sigur nu vor trebui toate, inclusiv in mizeria de wordpress varianta "sugerata" e tot cu *, nu ca wordpress-ul ar fi un standard in materie de query-uri, poate mai curand invers)
bun, ideea e ca rescriind query-ul, selectand intai pk-urile necesare si apoi refacut join-ul, desi arata query-ul ca dupa razboi, ca performanta e ca trecerea de la trabant la avion; insa din pacate rescrierea query-urilor nu este o optiune (life sucks, I know) are cineva vreo idee cum sa-i oferim măriei niste "inteligenta artificiala" in a face planning-ul si executia query-ului (oricat de prost ar fi fost scris) mai cu cap ? ca in afara de a mari in draci tabelele temporare sau a face un ramdisk si a aloca memorie aiurea in tramvai nu am nicio idee, by default mysql/maria cand vede varchar/text prin join scuipa tot pe disc si asta e, incepe distractia postgresul pe de alta parte a mers din fuleu, desi nu-i facusem absolut nicio optimizare, setari default si bazele doar importate din mysql mersi Alex ps: n-am testat pe maria 10.5, desi nu cred ca au facut mega improvment pentru astfel de situatii, situatia e de la origini pana la 10.3 _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
