obrati paznju da to ne radi za sve storage engine

Najlepše zahvaljujem.

:)

Koliko vidim to radi za MyISAM a ne radi za InnoDB.

Da,nažalost,mrka kapa,meni treba za innodb.

vidi ovako, ako pogledas malo po netu, nacices mnooooogo price o tome kako je "mysql igracka", kako "mysql nije ozbiljni rdbms", kako "mysql je za amatere" i tako dalje i tako dalje ...

zasto?

da li to ima veze sa brzinom? - nema, mysql je brzi, uvek, u svakom pogledu i u svakom testu od svakog "velikog igraca" - od DB2 do ORACLE-a

da li to ima veze sa mogucnostima upita - nema, mysql moze da se meri sto se tice mogucnosti upita sa svakim velikim igracom, mozda nema "sve opcije", mozda se nesto radi "malo drugacije" ali moze sve sto mogu i oni

da li ima veze sa limitima? - nema, mysql ima cak i manje limite (po velicini sloga, velicini tabele etc) od vecine konkurenata a limiti su mu toliko veliki da ih nema svrhe ni spominjati ...

pa zasto onda?

MySQL NEMA neke mnogo bitne stvari za neke ljude/firme/projekte

1. nema normalan management usera... ima samo rudimentarne "user/pass/privilegije" i to je to ... postoje ceste potrebe za implementacijom npr password polisa, da na primer ne moze da bude sifra "123" vec da mora da bude 8 karaktera, jedno veliko i jedno malo slovo i min jedan broj ...
2. nema normala auditing sistem... ko je sta radio i kada .. jedino sto moze je da ukljuci general query log i tu se vidi sve, svaki select, svaki insert ... ali, ne moze da se selektivno odabere sta ce tu biti tako da .. je taj log naravno ogroman i naravno usporava ceo server (posto generise ogroman io da se sve te informacije spucaju na disk) .. kojoj tabeli je kada pristupljeno (i ko), kada je zadnji put menjana .. etc etc ...
3. nema kontrolu potrosnje resursa, ne mozes da kazes da "user X moze da upotrebi max 30% cpu-a i 40% IO-a u bilo kom trenutku" tako da u shared server varijanti jedan user moze da ukopa ceo server sa nekoliko upita dok ce svi ostali korisnici istog mysql-a da "sede i placu"

teoretski i za 1 i 2 bi mogao da se napise plugin ... interface postoji ... ali ga niko nije napisao ... za trecu stavku bi moralo mnogo toga da se menja .. za prvu stavku, generalno ISP-ovi koriste svoj externi sistem koji cuva pasworde pravi pasworde, generise usere i slicno a direktna komunikacija sa mysql-om je zabranjena ... za drugu stavku jedno od resenja sam ja vec objasnio ovde: http://www.mysql.rs/2010/02/mysql-audit-data/ ... treci problem je mnogo zeznut i trenutno provajderi to reseavaju sa skirptama tipa mkill koje ubijaju upite koji traju duze od xyz sec ili broje upite jednog korisnika na sat i onda mu ne daju na napravi novi upit ako potrosi "limit" .. i tako neke slicne majmunarije ... bice iskusna varijanta kada drizzle bude GA posto je on prepravljen mysql da ima mali footprint, tada svaki hosting provajder za svakog shared usera moze da podigne po jednu instancu drizzla i to bi trebalo da radi lepo .. na zalost, mislim da jos uvek nismo blizu tog dana :( ..