Na to uticu Database Character Set koji se zadaje pri formiranju baze, kao i jezicka podesavanja (NLS_LANG, ...) na masini sa koje pravis export/import. A u pricu mogu da se umesaju i podesavanja na Application Serveru (doduse, u ovom slucaju malo verovatno, jer ako i koristis OAS, sumanjam da exp/imp pravis koriscenjem nekog programa koji ide preko njega). U svakom slucaju, mozda je problem nastao odmah kada si pravio export (nadam se da nije, jer mislim da onda nema pomoci).

Kada se pri importu otkrije neslaganje (character set, 'nekompatibilnost' NLS_LANG vrednosti i sl.) , vrsi se konverzija podataka i onda 'čćšžđ' moze da postane '?'.

Dakle, trebalo bi da pri kreiranju baze stavis isti character set sa kojim je kreirana i ta ranija baza, ili da to bude neki 'superset' tog char seta. To sto se tice baze. A NLS_LANG takodje treba da odgovara (pretpostavljam da je to ono sto kazes da si 'vratio kako je bilo i ranije'). Vazno je da to bude lepo podeseno na masini sa koje pokreces program za import.

Da bi otklonio dileme da li ti je export ispravan predlazem da mu pogledas sadrzaj 'direktno' koriscenjem nekog listera (npr. iz Total Commandera, postavi se na .dmp fajl i pritisni F3) ili nekog HEX editora. Pa onda potrazi neki podatak koji bi trebalo da ima kvacice. Ako naidjes na znakove pitanja, onda imas problem. Ako je sve ok, onda bez brige, uspeces (pre ili kasnije) da korektno podesis sve i ispravno importujes podatke.