Nu lai tev veicas, pirms laba laiciņa arī veicām šādu te migrāciju - pedzās ar ļoti daudz labojama koda itīpaši mysql mainot...

Nu migrācija uz mysql 5 varētu nebūt tik sāpīga. Vismaz nav sanācis sāpīgi līdz šim.

a priekš kam tas viss?

Ieteiktu labaak uz postgresql paariet.

starp citu īsti tā arī neiebraucu kāpēc 4 mysql (select * from table a, table b left join table c on a.id=c.id) ir jāpārveido 5 mysql par (select * from table b, table a left join table c on a.id=c.id)

sandi, ANSI SQL?

Es vispār brīnos, ka pirmo kveriju ņēma pretī.

Ar MySQL kodu lapām (charstets) jātne nebūtu, ja būtu vienlaikus migrējis arī MySQL uz 5.x. Protams, pie nosacījuma, ka orģinālās db ir pareizā kodējumā. Kad migrēju no 3.x uz 4.1 sanāca krieti pajemties, lai viss būtu OK, bet iemesls - pebkac.

4.x pirmo kveriju ņēma par pilnu. ansi sql gan saka, ka jādara kā pirmajā, bet ne jau visi izstraadaataaji njeem veeraa savietojamiibu ar visiem specifikaacijas siikumiem. secinu, ka mysql kāds papūlējās pārrakstīt no nulles.

Šā vai tā šāds sintakses mikslis ir diezgan wtf-isks.

Vai nu rakstām sliktajā stilā - select * from A, B, C where A.id=B.a_id and A.id=C.a_id ... nu, vai arī rakstām ar joiniem - select * from A inner join B on A.id=B.a_id inner join C on A.id=C.a_id

un vispār, "select * ..." ir sliktais stils, jo, nepārskaitot atgriežamo lauku nosaukumus, tiek panākts, ka sql izpildītājs griežas pie Master DB (vai kur nu tam glabājas tabulu struktūras), lai noskaidrotu, kādi tad lauki vispār ir pieejami

Laacz, interesanti vai lietvārdu locītājs (http://laacz.lv/tmp/loc.php) nestrādā dēļ šī veiksmīgā leciena?

Krišs, bija. Simtprocentīga atteikšanās no <code>register_globals</code> liek sevi ik pa brīdim manīt :)