Újra visszatérnék az ora-06553:pls-553 character set name is not recognized hibaüzenethez. Mert hiába írom át a NLS_CHARACTERSET paraméter-t, hogy az ő és ű betüket jól írja az exp parancs nem fut le az előbb említett hibaüzenet miatt:
Nem értem, hogy a szerkesztőt miért nem lehet elindítani (). Ez attól is függ, hogy mi az a "szerkesztő".
Első lépésként valami ilyesmit próbálj ki: sqlplus scott/tiger@dbazonosító A 'dbazonosító' mibenlétét saját magadnak kellene kitalálnod, mondjuk a valahol megtalálható tnsnames.ora című file tanulmányozásából.
Szeretnék egy kicsit megismerkedni ezzel az adatbáziskezelővel. Egyenlőre csak saját gépen futó adatbázist szeretnék összehozni. Csak később érdekel távoli adatbázis elérése. Nem értem, hogy a szerkesztőt miért nem lehet elindítani (). Ha hibás jelszót ütök arra kapok hibaüzenetet, ha jót akkor visszakapom üresen a LOGIN ablakot.
Hat ez tok korrekt. Megpingelte a lokalis gepeden futo adatbazist. Kicsit nagy a valaszido, de amugy mukszik nem?
Mit akarsz csinalni? Ha egy tavoli adatbazist akarsz megpingelni, akkor meg kell add a nevet, es a tnsnames.ora fileodban, vagy mashol be kell konfiguralva lennie.
En sem hasznaltam meg ilyet soha, de ha van command line loadjava, azzal tuti tudsz tavoli gepre feltolteni.
A dbms_java az a szerveren fut, technikailag nincs lehetosege a kliensen levo fileokhoz hozzaferni. Gondold meg, sqlplussal beleptel a szerverre, durva lenne ha ezen a kapcsolaton a szerver olvasgathatna a pc-den a fileokat.
Jaja, tudom hogy az ORACLE_HOME a szerveren van. Már csak végső elkeseredésemben csináltam a saját gépemen egy ilyen környezeti változót, hátha az működik, mert az abszolút fájl megadás sehogyan sem működött.
Ha a szerver csak a saját fájlrendszeréből tud feltölteni osztályokat magába azt kicsit bénának tartom, de lehet hogy ez van.
Ugyanez a téma: van egy loadjava tool az oracle home bin könyvtárában, aminek van egy ilyen lehetséges opciója:
"-user: Specifies a user, password, and database connect string; the files will be loaded into this database instance. The argument has the form <username>/<password>[@<database>]."
Naívan azt gondolom, hogy ha lemásolok magamnak egy loadjava tool-t valahonnan, akkor tudom-e ezt használni egy távoli adatbázisra. Elvileg tudnám, merthogy a fenti opcióval meg lehet adni connection string-et. Vagy ez csak egy adatbázist választ ki a lokális gépen?
Szia, ugyan java-val nem próbálkoztam, de ha egy kicsit gondolkozol, akkor az ORACLE_HOME a szerver gépen van. Nézz utána, utl_file eljárásoknak. Kezeli a a fájllokat a rendszer, de a szerveren. Jobb, ha beszélsz az adatbázis adminisztrátorral. Édesviz
Sziasztok! Töltött már valaki Oracle adatbázisba java osztályokat a loadjava tool-lal? Raptorból próbálom ezt: call dbms_java.loadjava('-r dbjar.jar');
Távoli gépen van az Oracle, viszont csináltam egy ORACLE_HOME környezeti változót a saját gépemen C:/Temp-re állítva, mert azt olvastam hogy az ORACLE_HOME-ban keresi a feltöltendő osztályokat, ha relatíve adom meg. Abszolút fájlnévvel is próbálkoztam, de dettó ugyanaz az eredménye. (Vagy azon a gépen keresné a feltöltendő osztályokat ahol az Oracle fut???)
Ennyit válaszol akkor is, ha elrontom a fájlnevet:
Error report: SQL Error: ORA-29532: Java call terminated by uncaught Java exception: oracle.aurora.server.tools.loadjava.ToolsError: Error during loadjava: dbjar.jar access permissions failure.. Check trace file for details
Táblákat, tárolt eljárásokat tudok létrehozni.
Van erről tapasztalatotok? Esetleg a Raptorban van valami klikkelős módszer java osztályok feltöltésére? Köszi!
November 29-én 1 napos szemináriumot tart Budapesten Chris Date, aki Codd elméleti alapvetése alapján kidolgozta a relációs adatbázis modellezést. A szemináriumot nemcsak adatbázis szakértőknek és rendszerszervezőknek, hanem relációs adatbázison fejlesztő szakembereknek is ajánlom. Tudom, magánemberként kicsit drága, de hátha érdekel valakit, és a munkahelye befizeti rá...
Sziasztok! Az ora10g szerver (red hat4 ent. az op rendszer) nls_character paraméterét megváltoztattam EE8MSWIN1250-re, mert az ű és ő betűt nem írta.
Ezekután a következő hibaüzenetet írja ki ha pl/sql developer-ből egy táblát akarok megnézni: ora-06553 pls-553: character set name is not recognized
Az nls paraméterek: Parameter Value NLS_CALENDAR GREGORIAN NLS_CHARACTERSET EE8MSWIN1250 NLS_COMP BINARY NLS_CURRENCY $ NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_DUAL_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_LANGUAGE AMERICAN NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_NCHAR_CONV_EXCP FALSE NLS_NUMERIC_CHARACTERS ., NLS_RDBMS_VERSION 10.2.0.1.0 NLS_SORT BINARY NLS_TERRITORY AMERICA NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
Az nls_lang a kliensen: HUNGARIAN_HUNGARY.EE8MSWIN1250
Ezekkel a beállításokkal máshol nem jelentkezik ilyen guba.
> Viszont nem ertem, hogy a szerveres felulet (127.0.0.1:8080/apex) miert nem ismeri az sql plus-os parancsokat? Hol van leírva, hogy ismeri az Sql*Plus parancsait?
Koszi a valaszokat! Kozben megoldottam valahogy, sql*plus command line-bol. A jel helyett jelet kellett hasznalni a path-ban... Viszont nem ertem, hogy a szerveres felulet (127.0.0.1:8080/apex) miert nem ismeri az sql plus-os parancsokat? Csak command-linebol lehet futtatni oket? Oracle Server 10g Express Edition van fenn.
Bocs a lama kerdesekert, most ismerkedek a dologgal.
Hát, nekem az irományából úgy tűnt, hogy full path-t adott meg..."c:...scriptnev.sql" :-/
Továbbá én meg azt mondom, hogy ha nem adsz meg elérési utat (mindegy, hogy relatív, vagy abszolút), akkor az sql*plus ott fogja keresni a script-et, ahol éppen tartózkódtál az sql*plus indításakor és nem ott, ahol a hívó script is van.
Ha csak "script"-et írsz, akkor a script.sql file-nak a default directory-ban kell lennie, ugyanott, ahol az őt hívó file is van. De persze használhatsz relatív vagy abszolút path-t is. További lehetséges megoldás a @@ ezt jellemzően a scrip-ben lévő script hívásokra szokás használni.
Vidóz alatt nem triviális a default directory. Ha újra indítod az SQL+ programot, a file nyitás azt fogja mutatni, ahol tegnap abbahagytad. a "start valami.sql" mégsem találja meg, mert a látszat és a valóság különbőző. Mert is emberek írták. :)