Jap. Uz čuju man liekas, ka tas ir no kolonnu tipa atkarīgs, bet nu eksperimentējis neesmu (un gūglējis arī ne).
Nope, MySQL.

(Reply to this) (Parent) (Thread)

interesanti, bet tur bez dziļākas pētīšanas un eksperimentēšanas neiztikt. Anyway, tā ir neparasta situācija.

MySQLam nāk visādi patchi un updeiti, varbūt kāds no tiem risina konkrēto problēmu, tur gan jāpalasās, vai laboto gļuku sarakstā ir kaut kas tāds pieminēts.

(Reply to this) (Parent) (Thread)

Ja godīgi, lauž :) Tā kā iespējas ir tikai divas, tad es parasti eksperimentālā kārtā noskaidroju, kas katram konkrētajam kverijam ir labāks :)

(Reply to this) (Parent) (Thread)

eksperimentee tikai kverijs laizhot? vai tomeer arii uz kveriju izmaksaam skatoties?

(Reply to this) (Parent) (Thread)

Man parasti ir pietiekami mazi kveriji un pa vienam, lai varētu atļauties eksperimentēt laižot :)

(Reply to this) (Parent) (Thread)

A nav taa, ka tavs LIKE iet aatraak tikai tad, ja tieshi pirms ir palaists atbilstoshais EQUAL? :)

(Reply to this) (Parent) (Thread)

Ņea, bet joku sapratu ;))

(Reply to this) (Parent)

Es gan tikai oracle taustu, bet nu no pieredzes -

Ja datubaaze ir pie normaalas veseliibas, indeksi ir visi kur jaabuut, statistika nav sachakareeta, tad tam taa nebuutu jaanotiek. Equal saliidzinaajums ir labaaks. Optimizeets tiek vairaak - un var gadiities, ka kaut kur tajaa optimizaacijaa arii iespruust, bet tas nav normaali.

Vieniigais, kas attieciiba uz tipu naak praataa buutu kaut kaads hitrijs implicit conversion - bet arii tas saapiigaak skartu LIKE nevis EQUAL.

(Reply to this) (Parent) (Thread)

Nu man arī liekas, ka normāli tam jā nevajadzētu būt, bet...

(Reply to this) (Parent) (Thread)

Bet pārbūvēt indeksus uz vainīgās tabulas, palaist kādu update statistics gan nebūtu par skādi.

(Reply to this) (Parent) (Thread)

Ok, kad nākamreiz saskaršos, atcerēšos šos padomus. Paldies :)

(Reply to this) (Parent)