Keresés

Részletes keresés
Így működik

Bővebben az új keresőről

dorog.zultan 2007. jan. 12. © 2040

SQL> desc xx1;
Name Type Nullable Default Comments
---- ---- -------- ------- --------
YY   DATE Y                        

SQL>

Előzmény: Pugfan (2039)
Pugfan 2007. jan. 12. © 2039
desc xx1;

VAN jogod törölni?
Valóban először DBA-ként próbálkoznék...
Előzmény: dorog.zultan (2031)
tnsnames.ora 2007. jan. 11. © 2038
:o))))
Előzmény: NevemTeve (2037)
NevemTeve 2007. jan. 11. © 2037
Esetleg ez egy experimentális release? (Bár, amennyire én tudom, az Oracle-nél mindegyik release experimentális.)
tnsnames.ora 2007. jan. 11. © 2036

Klasszikus Oracle 0060x-s hiba, szerintem. Azaz valamilyen hiba-lekezeletlenségből adódó Oracle-bug. Ilyenkor szokták azt tanácsolni, hogy trace-t kell készíteni és metalink tar-t nyitni (jogosultság birtokában, of course ;)

 

A másik módszer: workaround. Jogosultság és tablespace felöl közelítve lehet behatárolni a gondot. Tehát például DBA-ként másik tablespace-be tudsz-e kreálni táblát és így tovább...

Előzmény: dorog.zultan (2035)
dorog.zultan 2007. jan. 11. © 2035

Nincs.

Már rengeteg táblát felvettem, ahogy próbálgattam klf módokon

törölni, de egyiket sem sikerült, sajnos.

Ja és ráadásul még felhasználót sem tudok törölni.

systemmel sem.

 

dz

Előzmény: halaloszto (2034)
halaloszto 2007. jan. 11. © 2034
nincs egy xx1 nevi synonym ami egy nemletezo dologra mutat?

vajk
Előzmény: dorog.zultan (2031)
dorog.zultan 2007. jan. 11. © 2033

tudtommal nem... 99,9%

(Bár ezt talán soha nem lehet biztosan kijelenteni.)

 

Előzmény: NevemTeve (2032)
NevemTeve 2007. jan. 11. © 2032
Nem telepítettek neked jószándékú emberek valami AUDIT-szerűséget, amivel követni akarnák az összes DDL műveletet?
Előzmény: dorog.zultan (2031)
dorog.zultan 2007. jan. 11. © 2031

xx táblám már van, ezért xx1

 

Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as szek


SQL> DROP TABLE xx1;

DROP TABLE xx1

ORA-00942: a tábla vagy a nézet nem létezik

SQL> CREATE TABLE xx1 (yy DATE);

Table created

SQL> DROP TABLE xx1;

DROP TABLE xx1

ORA-00604: hiba van a(z) 1. rekurzív SQL szinten
ORA-00942: a tábla vagy a nézet nem létezik
ORA-06512: a(z) helyen a(z) 19. sornál

SQL>

 

Előzmény: Pugfan (2028)
NevemTeve 2007. jan. 11. © 2030
Egy kis example a programozás szépségeiből:

Pro*C-ben LOB READ a lob teljes hosszában (LOB DESCRIBE-bal lekérdezve), minden sikerül, mi lesz a hibakód? 1403, természetesen.

---- ORACLE ERROR ---- on 20070111 at 172030 ---- 1403
*** LOB READ failed
code: 1403
errm: ORA-00000: normal, successful completion

gondolom ezzel jelzi, hogy ez után már nem lesz több byte
NevemTeve 2007. jan. 11. © 2029
Szerintem a PL/SQL egy programozási nyelv, te valószínűleg a "PL/SQL Developper"-re gondolsz... sajnos én azt nem ismerem.

Egyébként nagy az esélye, hogy van Sql*Plus a gépeden, legfeljebb nem kiabál, hogy "itt vagyok";)
Előzmény: dorog.zultan (2027)
Pugfan 2007. jan. 11. © 2028
Menj át Command Window-ra, az majdnem olyan, mint az SQL*PLUS!

DROP TABLE xx;
CREATE TABLE xx (yy DATE);
DROP TABLE xx;

Előzmény: dorog.zultan (2027)
dorog.zultan 2007. jan. 11. © 2027

pl/sql,

(ha lehet ebben kellene segíteni, mert

sajnos nekem Sql*Plus -om nincs, ráadásul mégennyire sem ismerem

mint a pl/sql-t.)

Előzmény: NevemTeve (2026)
NevemTeve 2007. jan. 11. © 2026
Ez minő szoftvereszköz? Javasolnám az Sql*Plus használatát.
dorog.zultan 2007. jan. 11. © 2025

Aztán, ha újra kiadom a

drop table uj_tabla;

utasítást, akkor:

Előzmény: NevemTeve (2023)
dorog.zultan 2007. jan. 11. © 2024

 

create table uj_tabla ( mezo varchar2(20) );
... aztán ...
drop table uj_tabla

 

Ezt kapom:

Hibaüzenet

Előzmény: NevemTeve (2023)
NevemTeve 2007. jan. 11. © 2023
Gyorsabban haladnánk, ha a képernyőről bepasztáznád azt, amit csináltál...
dorog.zultan 2007. jan. 11. © 2022

igen-igen,  :)

egy tábláról van szó mondjuk legyen a neve: uj_tabla

Úgy látszik nem vagyok valami friss...

 

dz

Előzmény: NevemTeve (2021)
NevemTeve 2007. jan. 11. © 2021
Kavarsz... először "uj_tabla" a neve, azután "tabla_nev"... valamelyik nem jó.
Előzmény: dorog.zultan (2020)
dorog.zultan 2007. jan. 11. © 2020

lehet... bocs... a "felh." nincs benne

"error dropping tabla_nev:"

 

Előzmény: NevemTeve (2019)
NevemTeve 2007. jan. 11. © 2019
Kavarsz... először "uj_tabla" a neve, azután "felh.tabla_nev"... valamelyik nem jó.
Előzmény: dorog.zultan (2018)
dorog.zultan 2007. jan. 11. © 2018

Sziasztok,
Szeretnék segítséget kérni:

(Előrebocsátom, hogy nem régen foglalkozom oracle-val

ezért igen csak zőld vagyok.)

 

A gondom az, hogy szeretnék néhány táblát törülni
az (oracle pl/sql) adatbázisból...

 

create table uj_tabla ( mezo varchar2(20) );
... aztán ...
drop table uj_tabla;

és ezt a hibajelzést
kapom:
"
error dropping felh.tabla_nev
ORA-00604 hiba van a(z) 1. rekurzív sql szinten
ORA-00942 a tábla vagy a nézet nem létezik
ORA-06512 a(z) helyen a(z) 19. sornál
"

olyan mintha csak félig (??) törölné, mert látható mindenhol,

pl a  system táblában is, de select -el már ismét hibát jelez

select * from uj_tabla;

ORA-00942 a tábla vagy a nézet nem létezik

 

felh: system
üdv:
dz

tnsnames.ora 2007. jan. 9. © 2017
LSNRCTL -> listener elindult szerver oldalon?
Előzmény: turisas001 (2016)
turisas001 2007. jan. 9. © 2016

hi.valaki meg tudná mondani mit jelent a következő hibaüzenet?

ORA-12203:TNS:a célhellyel nem létesíthet kapcsolat

És esetleg azt is, mi a megoldás? Nem vagyok valami profi oracle-ban, csak eléestem egy ilyen gépnek, segítség kellene nem amatőr, de nem is profi szinten

oracle matador 2006. dec. 19. © 2015
"Van-e olyan" helyett "van-e köztetek olyan"
Előzmény: oracle matador (2014)
oracle matador 2006. dec. 19. © 2014

Bocs, nem doksit kértem.

Konkrét tapasztalatok érdekelnének. Van-e olyan aki ilyen környezetben dolgozik, volt-e sikertelen próbálkozása valakinek, stb.

Azt hittem, érthető. :(

Előzmény: NevemTeve (2013)
NevemTeve 2006. dec. 19. © 2013
Még keverjél bele Kerberost meg LDAP-ot, akkor biztos hogy sikerült elérned a káoszt... egyébként google
Előzmény: oracle matador (2012)
oracle matador 2006. dec. 19. © 2012

Elkövettem egy nagy hülyeséget: fejembe vettem, hogy AD-t használnék egyes userek azonosításához. A gáz(?), hogy az összes oracle szerverünk unixon fut. Van itt valaki aki rendelkezik e téren szerzett tapasztalatokkal? Mennyire működőkpes az elképzelés? Érdemes belemászni vagy jobb, ha elfelejtem?

 

gyk: AD=MS Active Directory ;)

mma 2006. dec. 18. © 2011
Köszönöm! Ezekkel talán el tudom csípni a különbséget.
Előzmény: lob (2010)