Mislim da ne moze zbog indeksa. Mozes da pokrenes dva mysql servera ili da koristis blob polja za smestanje teksta ali onda nista od sortiranja i ostalog lepog ponasanja.

Nisam se nikad baktao sa MySQL kodnim rasporedima, ali zar ne bi trebalo da je moguce da se koristi jedan kodni raspored: Unicode (ili neka njegova varijanta UTF8, UTF16, UCS-2, UCS-4) ili ISO ekvivalent 10646 standard. Pomocu njega mogu se dobiti svi znaci ovoga sveta u jednom kodnom rasporedu (i cirilica i latinica, i kineski i japanski i razni simboli koji nisu slova - note, matematicki simboli itd.)

Prema tome, mozda treba da pokusate da koristite jedan kodni raspored, ali recimo "UTF-8" (on je najrasprostranjeniji).

Toliko.

Da, UTF-8 treba koristiti ali izgleda da ga mysql ne podrzava.

Hm, UTF-8 je zamisljen tako da bude podrzan svugde gde su podrzani 8-bitni kodni rasporedi. Prema tome, UTF-8 se moze koristiti sa bilo kojim drugim kodnim rasporedom, ali je samo bitno interpretirati izlaz pravilno na kraju, i ostaje problem da funkcije sortiranja ne rade pravilno. Pogledacu sta jos ima o toj temi, posto mi je bas trenutno to i potrebno (bez sortiranja je lako, samo se unesu podaci, ali pitanje je kako sortiranje, "upper/lower case" gluposti i slicno da funkcionise kako valja).

Ajde, ko zna i ko ima iskustva neka se prijavi...

Toliko.

Dio iz manuala:
-------------------------------------------

* By default, *MySQL* uses the ISO-8859-1 (Latin1) character set. To
change the default set, use the `--with-charset' option:
shell> ./configure --with-charset=CHARSET
`CHARSET' may be one of `big5', `cp1251', `cp1257', `czech',
`danish', `dec8', `dos', `euc_kr', `gb2312', `gbk', `german1',
`hebrew', `hp8', `hungarian', `koi8_ru', `koi8_ukr', `latin1',
`latin2', `sjis', `swe7', `tis620', `ujis', `usa7', or
`win1251ukr'. *Note Character sets::.

If you want to convert characters between the server and the
client, you should take a look at the `SET OPTION CHARACTER SET'
command. *Note `SET OPTION': SET OPTION.

*Warning:* If you change character sets after having created any
tables, you will have to run `myisamchk -r -q' on every table. Your
indexes may be sorted incorrectly otherwise. (This can happen if
you install *MySQL*, create some tables, then reconfigure *MySQL*
to use a different character set and reinstall it.)
---------------------------------------------------------------------

Ja prilikom instalacije koristim --with-charset=all , tako da mogu koristiti sve charsetove koje mysql podrzhava.

Naknadno prochitah ovo za sortiranje. Ako je problem samo u uppercase i lowercase, probaj prilikom SELECT-a dodati funkciju LOWER i UPPER (zavisi shta ti treba).

Ne, problem je u tome što će Š biti na pogrešnom mestu, kao i to da će ćirilica biti potpuno odvojena od latinice. Pošto smo Srbi, i imamo ekvivalente u latinici i ćirilici, želimo da oni idu uporedo. Dalje, ne želimo da nam svi š,č,ć,đ.ž dođu na početku ili kraju liste, već da se nađu u okolini s, c, d, z respektivno. E to je jedini problem, i koliko zasad vidim, on bi se morao rešavati ručno (tj. iz programskog jezika).

Toliko.

Pa to me i muči. Mislim, ako nemaš sortiranje i u-l case, onda džaba ti i baza i sve...

Ne znam kako bi to išlo, jedino programski da se reši sort za svaki kodni raspored ODVOJENO... ili možda ako ima 3-4 kodna rasporeda, da se prave duplikati tabela za svaki?

da li je neko pokussao da sredi/ prilagodi neki language fajl (croat.cnf; cp1251.cnf)? da li bi to ressilo problem? ili je potebno uraditi funkciju za prevod? tenutno imam problema sa lj, nj i sl. dvoznakovnim slovima.
[primer start]
...
$n=str_replace("lj", "љ", $n);
...
$n=str_replace("лј", "љ", $n); // 'l' 'j' -> 'lj'
...
[primer end]
ne daje potebno ressenje.

svaka pomoc je dobrodossla