nope, am incercat, n-a ajutat, cat timp are * in join si varchar/text in tabele tot scuipa in draci tabele temporare si dupa cum ziceam rescrierea query-urilor nu este o optiune valida, ca atat se poate :-( desi imbunatatirea de performante pe teste a fost mai mult decat evidenta ma uit acum peste parametrii optimizorului (care sunt o groaza), insa nu pare sa ajute
Alex On 03-Aug-21 15:47, valy cozma wrote: > nu sunt eu prea tare in sql dar am senzatia ca cauti asa ceva : > > https://mariadb.com/kb/en/index-hints-how-to-force-query-plans/ > > > > On Tue, Aug 3, 2021 at 2:40 PM Alex 'CAVE' Cernat <c...@cernat.ro> wrote: > >> On 03-Aug-21 14:16, manuel wolfshant wrote: >>> On 8/3/21 2:03 PM, Alex 'CAVE' Cernat wrote: >>>> salut >>> mysqltuner >>> >>> >> iti dai seama ca a fost invartit pe fata si pe dos; din pacate ce vreau >> eu e sa modific modul in care executa maria join-urile, tare mi-e ca >> vrabia malai viteazu >> >> cred ca low level scuipa in temporare tot ce are nevoie (produs >> cartezian pe tabele, si daca i-a pus draq sa puna steluta scuipa tot ce >> prinde), si apoi selecteaza din temporar ce are nevoie; presupun ca >> postgresul o face mai inteligent, intai vede ce are nevoie (pk-uri & >> shit) si apoi de abia extrage datele propriu-zise din tabele; adica >> exact ce i-am dat eu mura-n gura mariei cu query-ul "optimizat" >> >> Alex >> >> >> _______________________________________________ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro >> > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
