nikad mi nije palo na pamet da bi iko hteo ovo da menja :( ...
elem, lokalizacija se na mysql-u svodi na poruke o gresci, karakter setove i to je to ..
lokalizacija da li se koristi decimalna tacka ili decimalni zarez se radi na nivou aplikacije, dakle ti u tvojoj aplikaciji odradis prepare statement ovo ono, to spakuje mysql-u podatke i on to napuni .. ili vrati nazad brojeve a aplikacija ih reprezentuje "kako je to namesteno u aplikaciji / sistemu" .. ti neces u svojoj desktop aplikaciji prikazati rezultat mysql select-a vec vrednost promenjljive dakle ono sto je bitno je da bez obzira sta je setovaj kao tvoj nacin prikazivanja brojeva je da numeric promenjljiva u tvojoj aplikaciji dobije od mysql-a pravilnu vrednost, a onda ti tu vrednost prikazi kako god volis .. tu se decimalna tacka/zarez ne koristi, brojevi se prebaciju sa kao visebajtna vrednost sa mantisom i exponentom .. a kako ces ti da ga reprezentujes je apsolutno do klijent aplikacije i nema nikakve veze sa mysql-om
jedino mesto gde eventualno korisnik moze da zeli da mysql prepoznaje decimalni zarez je u slucaju neke ovakve gluposti
Code:
mysql_query('INSERT INTO t1 (a) VALUES ('.$_GET['nekistring'].', 10, 20);
dakle u ovom slucaju - da, ako je neki string "10,10" to nece da radi, ali .. razmisli
1. ovakva linija je SIGURNA RUPETINA u tvojoj aplikaciji
2. razmisli uz pomoc kog filmskog trika mysql moze da razlikuje decimalni zarez od obicnog separatora, tj kako ce da zna da je 12,34 12 celih i 34 stota a ne broj 12 i broj 34? probaj da zamislis kako bi to ti isparsirao RUKOM pa onda zamisli kako bi mogao da napises automatski parser koji to radi
dakle, problem koji spominjes se resava na strani klijenta, ne na strani servera