On Tuesday 17 June 2003 10:01, Daniel Carlan wrote: Eu ma refeream la ce executa MySQL la nivelul cel mai de jos. In C cum crezi ca se face comparatia a doua siruri? Cu strcmp si strcasecmp. Nu are importanta daca e index sau daca sunt date chioare.
> 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. -- Serghei.
