Muke s MySQL-om
MySQL je super popularna džabna baza podataka koja ne jede puno resursa, ne košta ništa, nije super brza, nit sigurna (nemam namjeru ulazit u raspravu u kojoj mjeri neki od MySQL-ovih storage engine-a (ne)ispunjavaju ACID norme), ali je zato iznimno popularna. Dio je sveprisutne LAMP/WAMP serverske platforme i u toj ulozi se odlično snalazi. Koristim je već godinama, a kako čujem, sad se pojavila i nova verzija (6.0).
Međutim, uvijek ima neko ali…
Čim se hoće nešto više, naiđe se na probleme. Npr. u HAVING-u DELETE-a ne može se nalaziti MAX agregatna funkcija. WTF?! Koja je onda svrha HAVING-a ako ne podržava agregatne funkcije?! Naravno, ovome se može doskočiti jednostavnim SELECT-om prije DELETE-a, ali time se narušava elegancija koda.
Ili, ne postoji CHECK constraint. Tj., postoji, ali se zanemaruje?! Srećom, može se i ovome doskočiti, ali ni ovo nije najsretnije rješenje. Na kraju ispada da se validacija radi na nivou aplikacije…
A tek ODBC i .NET konektori… Dva sata mi je trebalo da u dokumentaciji iskopam da se pri kreiranju procedura, funkcija, trigger-a i sl., kroz ODBC ili .NET konektor, ne treba definirati korisnički delimiter znak (to je ono ; na kraju svakog SQL upita).
Naravno, daleko od toga da je MySQL loša baza, naprotiv, za cijenu od 0 jedinica vaše omiljene valute radi odličan posao. Samo, u nekim situacijama zna doista izludit čovjeka. Kao recimo mene danas, i to u tolikoj mjeri da sam se odlučio prekršiti pravilo ovog bloga da će se objavljivat samo tekstovi koji imaju smisla i koji kvalitetom odskaču od prosjeka. Pa, ovaj definitivno odskače kvalitetom, ali u negativnom smislu, tako da izgleda da bar to pravilo nisam prekršio…
Lijepi Oracle :|
Pogledajte i ovo:
- Dan 12. – Binganje
- Dan 6. – Telekomuniciranje
- Blog i RSS
- Dan 15. – Dojmovi
- Bloggeri Twain i Hemingway
