Salut, Nu cred ca mysql "aplica" intern nici o functie in cazul unei "cautari" provenite dintr-un query cu where / join sau alta functie. Daca nu ai index astha cauta in toata tabela dupa criteriu incepand cu prima inregistrare. Daca ai index atunci se optimizeaza cautarea dar "durerea" mai mare este ca alte operatiuni ca insert, update sunt ingreunate de refacerea index-ului. Anyway ... eu am testat fazele asthea pe nisthe tabele destul de mari si concluzia la care am ajuns esthe ca select-urile cu clauze. select-urile cu join-uri, select LOCATE-ul si alte kestii de genu astha merge mult mai rpd pe tabele cu index ( normal :) ); in cazul operatiunilor de insert si update viteza insa a scazut simtitor.
// -- \\ Daniel Carlan Linux Administrator @infodatabc.ro And a very happy Linux user no 314533 \\ -- // ----- Original Message ----- From: "Serghei Amelian" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 17, 2003 9:30 AM Subject: [rlug] Re: anomalie mysql > On Tuesday 17 June 2003 09:28, Daniel Carlan wrote: > > Daca vrei sa-ti sa nu te doara capu' cand faci cautari upper() si eventual > > un trim sunt solutia ideala. Din pacate "artificiu" astha ekivaleaza cu o > > scadere de performantza in cazul cand ai un numar mare de informatii in > > tabela aia. > > > > Eu ma cam indoiesc de scaderea de performanta. Iti inchipui ca MySQL face > cautarile "case unsensitive" in alt mod? Mai mult ca sigur ca face intern un > upper (probabil strcasecmp). > > -- > Serghei. > > >
