Oracle NLS_LANGUAGE

Adatbázis: SQL, XML DB

sziasztok

van telepitve egy oracle 10 XE
ezen most az NLS_LANGUAGE AMERICAN
ezt kene HUNGARIAN-re allitani.

eddig valahogy nem akart osszejonni :<

  • 5074 megtekintés

( Refresh | 2006. 04. 06., cs – 11:21 )

Pontosítanád egy kicsit? Mi nem jön össze?
9i-ig csak az export-új adatbázis-import módszer működött amennyire tudom. A 9i után nem tudom, mi a helyzet, de nem tartom kizártnak, hogy ugyanez.
---------------------------------------------------
Fel! Támadunk!

( tata2k | 2006. 04. 06., cs – 11:26 )

Hmm. Azt már nem fogod átállítani a zadatbázisban asszem. Ill csak úgy ahogy az előttem szóló kolléga mondta. Amit viszont megtehetsz, az az hogy ha olyan kliensed van (pl JAVA) akkor a kapcsolatban megadhatod milyen NLS_LANG ot akarsz es milyen kodolast, es akkor ugy kapod a stuffot.

( _ventura_ v | 2006. 04. 06., cs – 11:35 )

tulajdonkeppen azt akarom hogy a webes adminjaban az About Database menunel az nls support nal az NLS_LANGUAGE valtozo ne AMERICAN legyen
igy elsokorben :D

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.15.4

Milyen op.rendszer? unix jellegű rendszeren az NLS_LANG változót szoktam beállítani, ha ragaszkodunk a magyarhoz, akkor HUNGARIAN_HUNGARY.ISO8859P2 értékre.
Bár (mondom: nem ismerem a 10-est) ha ez az about valóban az adatbázisról szól, akkor goto 1 - azt tudtommal csak az adatbázis újrakreálásával lehet beállítani.
---------------------------------------------------
Fel! Támadunk!

akkor pontositva

http://ventura.sop.hu/oracle.png
ez a mostani allas ugye mar kesz az adatbazis :>
egy debian sarge on a sima rpm-bol alien el csinaltam debet
meg az init.d scripte kellett valtoztatni ha jol emlexem hogy fusson

szoval azt szeretnem hogy a fent emlitett oldalon ne american legy hanem hungarian a megfelelo karakterkeszlettel

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.15.4

No erre mondtam, hogy nem ismerem, de vélhetőleg (99%) ez az adatbázis belső paramétere és akkor goto 1. (persze fenntartva az esélyét, hogy a 10-es esetleg mégis engedi átírni - a 9i nem hagyja)
---------------------------------------------------
Fel! Támadunk!

( _ventura_ v | 2006. 04. 06., cs – 13:56 )

most szedtem le a hivatalos deb package-t
de ugyanaz :D

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.15.4

( enrox | 2006. 04. 06., cs – 18:38 )

Sziasztok!

Nem veletlenul nem olyan egyszeru az NLS_LANG es a karaterkeszlet megvaltoztatasa egy Oracle adatbazisban.
Gondoljatok bele, mi tortenne a mar meg levo adatokkal, ha csak ugy megvaltoztatnad a karakterkeszletet az adatbazisnak.

Oracle adatbazisoknal a karakterkeszlet cserejere 3 lehetseges megoldas van (8i-nel frisseb adatbazisoknal):

1. ALTER DATABASE CHARACTER SET parnacs segitsegevel
2. Export/Import
3. Az elozo ketto kombinacioja

Az "ALTER DATABASE CHARSET SET" megoldas nem minden esetben lehetseges:
- Ha a jelenlegi kodlap az uj kodlapnak egy resze, es a jelengi karakterek pocizio pontosan szerepelnek az uj karakterkeszletben, akkor a parancs gond nelkul alkalmazhato. Erre egy jo pelda, ha az uj karakterkeszlet a jelenleginek egy kibovitett verzioja.
- Ha a jelenlegi karakterek szerepelnek az uj karakterkeszletben de nem poziciohelyesen, akkor a parancs onmagaban nem hasznalhato. Ebben az esetben az Export/Import, vagy a ket muvelet kombinacioja hasznalando.

A karakterkeszlet valtoztathatosagat az Oracle csscan nevezetu alkalmazasaval lehet elvegezni. Ez a plsql program az adatokat harom féle minositesben jeloli:
1. CHANGELESS: az adat egy az egyben konvertalhato
2. CONVERTIBLE: az uj karakterkeszlet tartalmazza az osszes hasznalt karaktert, de nem poziciohelyesen
3. EXCEPTIONAL: ebben az esetben leteznek olyan karakterek amik az uj karakterkeszeltben nem szerepelnek.

CHANGELESS esetben az "ALTER DATABASE..." utasitas gond nelkul alkalmazhato.
CONVERTIBLE: adatok eseten vagy az export/import, vagy a 2 megoldas kombinacioja alkalmazhato.

EXPORT/IMPORT:
1. Exportald az adatbazisodat a jelenlegi NLS_LANG beallitassal.
2. Dropold es hozd letre ujbol az adatbazist az uj karakterkeszlettel.
3. Importald az adatokat. (Ekkor automatikusan konvertalodnak az adatok)

"ALTER DATABASE..." es EXPORT/IMPORT kombinacioja:
1. Exportald es torold a CONVERTABLE adatokat a jelenlegi NLS_LANG bealitasokkal.
2. A megmaradt CHANGELESS adatokra alkalmazd az "ALTER DATABASE..." utasitast.
3. Importald vissza a CONVERTABLE adatokat.

Roviden ennyi.
Remelem ertheto volt :o)

Ha valakit meg melyebben erdekel a dolog akkor ajanlom a kovetkezo NOTE-kat metalinken:
Note:257736.1 - Changing the Database Character Set - an extended overview
Note:123670.1 - Use Scanner Utility before Altering the Database Character Set
Note:158577.1 - NLS_LANG Explained (How does Client-Server Character Conversion Work?)
Note:124721.1 - Migrating an Applications Installation to a New Character Set
Note:15095.1 - Export/Import and NLS Considerations

Udv
EnRoX