Oracle - már megint...

Linux-on ha a datapatch -verbose olyasmit mond, hogy:
ORA-20001: Latest xml inventory is not loaded into table

akkor lehet, hogy annak a rohadéknak egy export LC_ALL="en_US.UTF-8" kell csak.

Hozzászólások

Az NLS_ az adatbáziskezelőnek "szól", az LC_* meg az OS-nek/alkalmazásoknak. Ami gond, hogy a
${ORACLE_HOME}/QOpatch/qopiprep.bat scriptben van egy:

LANG_STR=`locale -a | grep -i 'en_us' | grep -i 'utf' | grep '8'`

sor, amiben a "locale -a", ha nincs az LC_* beállítva, akkor az STDERR-re is ír, és ezen elhasal a datapatch futása.
 

Szerkesztve: 2022. 05. 16., h – 22:25

LC_ALL="en_DK.UTF-8" nem jo? Csak mert nem akarom, hogy a SELECT distance labban meg merfoldben jojjon vissza, mikor en metert taroltam. ;)

Ezt az Oracle nem fogja neked megcsinálni, mert ugye ott csak egy dimenzió nélküli szám van tárolva - a mértékegységet neked kell melléraknod.
Ha az alkalmazásod l10n kapcsán rendesen fel van "okosítva", hogy az a "123", ami jön az adott select-ből valójában 123 méter, akkor képes kell legyen kezelni a metrikus kontra angolszász mértékegység problémát a megjelenítés során.

Egyébként meg a datapatch-nek szerintem mindegy, hogy mit ad meg az ember, a lényeg, hogy a "locale -a" ne böffentsen a standard error-ra semmit...