[es] - Promena Encoding-a

milos_r
Beograd

Član broj: 49289
Poruke: 38
*.dynamic.isp.telekom.rs.

Profil

^{18.01.2014. u 19:28 - pre 137 meseci}

Imao bih jedno pocetnicko pitanje,
naime na jednoj od aplikacija u pozadini se nalazi oracle baza. Nakon sto smo poceli da koristimo tu aplikaciju primetili smo da nam se nasa slova Č i Ć prebacuju u C. Napominjem da podaci koji se unose su isključivo latinični.
Kad se udje u bazu na detaljima se moze videti sledece:

Misleci da je ovde sve u redu u jednoj od tabela sam promenio jednom polje sa VARCHAR2 na NVARCHAR2 i napravio sledeci problem da vise nece da mi menja ono sto je vec uneto u polje.

Dakle pitanje je sta treba da uradim da sredim da ove tabele primaju nasa slova normalno? Da li je neophodno samo da zamenim podesavanje cele baze na LATIN SERBIAN umesto ove cirilice ili je neophodno da sva polja koja trebaju da primaju nasa slova prebacim iz VARCHAR u NVARCHAR?
I da li ove promene mogu da izazovu na bilo koji nacin nestanak ove baze ili nesto slicno?
Izvinjavam se na ovim pocetnickim pitanjima i hvala unapred na odgovoru.
Milos

Odgovor na temu

GORSHTAK
Ivan Matić

Član broj: 136182
Poruke: 285
*.aDSL.Verat.Net.

+5 Profil

Re: Promena Encoding-a

^{20.01.2014. u 00:14 - pre 137 meseci}

Čukni sledeću komandu i daj rezultat

Code (sql):

SELECT VALUE$ FROM sys.props$ WHERE name = 'NLS_CHARACTERSET' ;

 

Odgovor na temu

milos_r
Beograd

Član broj: 49289
Poruke: 38
*.eunet.rs.

Profil

Re: Promena Encoding-a

^{20.01.2014. u 07:07 - pre 137 meseci}

Citat:

GORSHTAK: Čukni sledeću komandu i daj rezultat

Code (sql):

SELECT VALUE$ FROM sys.props$ WHERE name = 'NLS_CHARACTERSET' ;

 

Code:
Error starting at line 1 in command:
SELECT value$ FROM sys.props$ WHERE name = 'NLS_CHARACTERSET'
Error at Command Line:1 Column:23
Error report:
SQL Error: ORA-00942: table or view does not exist
00942. 00000 - "table or view does not exist"
*Cause:
*Action:

Ali kad uradim ovu komandu

Code (sql):

SELECT * FROM NLS_DATABASE_PARAMETERS;

Dobijem ovo kao izlaz:

PARAMETER VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8MSWIN1252
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_RDBMS_VERSION 11.2.0.1.0

20 rows selected

Odgovor na temu

GORSHTAK
Ivan Matić

Član broj: 136182
Poruke: 285
*.adsl.verat.net.

+5 Profil

Re: Promena Encoding-a

^{21.01.2014. u 18:17 - pre 137 meseci}

Totalno zaboravih na ovaj post, sry...

Iz rezultata što si poslao:
NLS_CHARACTERSET - WE8MSWIN1252
znači da u varchar2 možeš samo čista engleska slova da upisuješ+još neke zapadno-evrospke karaktere
sa AL32UTF8 bi mogao i naša slova da upisuješ u varchar2

NLS_NCHAR_CHARACTERSET - AL16UTF16
sa ovim bi trebao da u nvarchar2 upisuješ i naša slova (malopre sam testirao na bazi koja ima sličnu konfiguraciju, radilo mi je)

SQL develop bi trebao da je unicode, ja upisujem ćiričični tekst sa podešavanjima na "AMERICAN" (ovo nije podešavanje cele baže već samo SQL developa).
A kolona prebačena iz varchar2 u nvarchar2 mi se lepo ponaša, ne dešava mi se da ne mogu da izmenim podatke.

još jedna sitnica, ako budeš planirao da izmeniš bazu da ne bude WE8MSWIN1252 već AL32UTF8, čuo sam da sa tom operacijom rizikuješ da izgubiš sve podatke.
zbog toga tako nešto nikad nisam podešavao.

Odgovor na temu