mysql baza i problem sa sortiranjem

molim vas za pomoc samo da me prodje ova agonija, vec ceo dan pokusavam da resim problem sa našim slovima, konkretno, posedujem već postojeću bazu koja radi savršeno i prikazuje slova (collation cp1250)
medjutim, kada tu istu bazu eksportujem u csv radi dalje obrade kroz excel, ukljajanja suvisnih polja, onda tu istu obradjenu bazu povucem u access da bi je importovao na server, tu istu bazu na server kad povucem dakle iz access-a ne prkazuje mi naša slova.

Server connection collation: cp1250_general_ci
collation cp1250_general_ci

u čemu je problem?

sta ti vrati

SELECT HEX(nekopoljesanasimslovima), nekopoljesanasimslovima FROM
nekatabelagdejetopolje;

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

problem resen, importovao sam bazu direktno iz access-a, ranijih puta sve dok mi je pravilo gresku radio sam migraciju sa alatom MySQL Migration Toolkit i verovatno da je tu bio problem kroz definisanje charset-a, mada sam svuda upisivao cp1250

inace vrati mi slova u znaku ?

bitnije je sta je u hex() posto je pitanje dal u bazi imas valjanu datu
ili ne

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

evo sad ipak vidim da mi ipak ne čita slovo đ,č,ć
dobro, reci mi kako to da uradim, kada zadam upit u SQL



izadje mi

a sta tu treba da pise (sta ocekujes)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

treba da umesto ?a045op bude ča045op
tu istu bazu sa istim sortiranjem vec imam i to polje prikaže ča045op
kada exportujem bazu, obradim je u access-u i vratim nazad to polje prikaže ?a045op

tu ti je sad u bazi vec ? ti tu ne mozes da procitas dj nikako iz tog
polja koliko ja vidim.
ono sto sam ti trazio je da negde gde imas "nasa" slova uradis taj
select, dakle pre nego go upropastis ne posle :D

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

ne ne, imam dve baze, staru koju ne diram i koja na upit



daje sledeće



a

ova koja mi pravi problem na upit



daje




i da napomenem, pre samog slanja sa access-a preko odbc konektora, polje u access-u nije "?" vec ispravno
znaci negde u slanju baze nastaje problem

reci mi jel ovo ok kada selektujem Server connection collation format utf8 a on automatski prebaci na utf8mb4_bin, jel to tako treba_?

to sam hteo da vidim sta mysql ima zapisano, to je ok E8 je c ... znaci
ili ne valja kako exportujes ili program koji exportuje iz mysql-a ne valja
kako si radio export?

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

evo na ovaj nacin samo na office 2007

https://www.youtube.com/watch?v=m9LxGF3Qc90

korisim SQL 5.6.16
ODBC 3.51

u aksesu vidis nasa slova ok?
problem je u aksesu dal on pred odbc pretvori slovo preko 127 u ? ili
nisam siguran (nisam bas neki windoze trosac), probaj da promenis na
mysql-u globalne varijable za charset set global xxx='cp1250'; gde ti je xxx
character_set_client
character_set_connection
character_set_database
character_set_results
character_set_server
character_set_system

tako da ako odbc ne setuje explicitno latin1 to bi trebalo da sljaka ..
e sad pogledaj u advanced opcijama za odbc da li negde mozes da namestis
client char set i postavi ga na cp1250

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

rešen problem :), e ali sad imam problem kod upisa u bazu, opet ista stvar.

opcije podešene
Region and Language = Serbian Latin
Text1.Text = Central Eutrope = Arial

ako ti je namestena tabela kako treba (kolacija i karakter set) sve
ostalo je generalno do podesavanja odbc-a. tu ja na zalost ne umem da ti
pomognem, mozda neko sa vecim odbc iskustvom, ja tome ne prilazim.

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

molim te reci mi samo gde podesavam karakter set

za tabelu, kada je kreiras .. uradi "show create table imetabeleG" i
videces koji je charset tamo, za ti sto ti radis kapiram da koristis
kolaciju cp1250_general_ci, dakle create izgleda npr ovako

create table t1 (pk int auto_increment not null primary key, v char(10))
engine=innodb character set 'cp1250' collate 'cp1250_general_ci';

kada se konektujes na bazu treba da se konektujes "validno", dakle treba
da postavis character set kako treba (kolacija je ovde nebitna), nije
mnogo bitno koji je karatker set, ti mozes da se okacis na mysql i sa
UTF8 karakter setom i mysql ce pravilno da upise u tabelu datu i da
pravilno iscita iz tabele datu i odradice u letu konverziju iz cp1250 u
to sa cime si se zakacio. Problem je ako se zakacis sa karakter setom
koji nema karaktere koje koristis. Na primer ako se okacis na mysql sa
LATIN1, u latin1 ne postoje neki karakteri i ti ako procitas datu iz
mysql-a (a okacio si se kao latin1) mysql ce ti tu vratiti ? za svaki
karakter koji ne postoji u latin1 karakter setu. Isto tako svaki
karakter koji posaljes ka mysql-u koji ne moze da se iskonvertuje u
cp1250 on ce upisati kao ?

e sad gde se u odbc-u silji kako se konektujes na mysql, tj koji je
karatakter set, pojma nemam .. a sad nemam koga da pitam konektor tim je
na drugoj strani kugle i otisli su svi na spavanje, ako ne resis pitacu
u ponedeljak .. ovde kod mene nemam nigde instaliran odbc da probam ali
proklikci malo sigurno ima negde ..

kada sam pravis connection string onda je to nesto tipa:

|Driver={MySQL ODBC 5.1
Driver};Server=myServerAddress;Database=myDataBase;User=myUsername;Password=myPassword;Option=3;||charset=UTF8;

e sad ti bi ovde umesto UTF8 mogao da stavis cp1250, no sta je fora,
bitno je da sam odbc to razume, u svakom slucaju skini najnoviji mysql
odbc pa vidi da li tamo u dsn-u moze negde da se naklika charset
|

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

evo ovako:



pa onda upis u bazu



a odbc podesen ovako



svuda u mysql-u je postavljen cp1250_general_c

uh 3.51 je malo mator, aj popni to na neki 5.x :)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

tu mi nastaje problem jer nece da se poveze iz nekog razloga

pa vidis da se drugacije zovu od toga kako ti pise u conn stringu (ovo pretpostavljam da je problem, kao sto rekoh, ja taj odbc ne trosim)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/