Keresés

köszi

íme:

http://ul3.rapidshare.com/files/11946842/dzora_ora_2072_DZ.prf

www.rapidshare.com

nem kell regisztralni

Ezek az utasítások vannak a drop table után is?
DROP környékén ilyen ORA-... hibaüzenet nincs...

van ezen a DB-n ún hasznos adat is, vagy egyelőre csak egy üres cucc?

Van rajta hasznos adat.

megvárod a DB telepítéséért és -gondolom- üzemeltetéséért is felelős szakembert,

Ha nem tudom megoldani, akkor (ha tetszik-ha nem)

úgysincs más megoldás.

 aztán meg megosztod velünk, hogy mire jutottatok... ;)
HA megtudom, akkor megpróbálom átadni nektek is, hogy mi volt a bibi.

Megpróbálom valahova felrakni ezt az állományt hátha valaki ki tud okoskodni

belőle valamit...

(regisztráltam a freewebre délelőtt, de azóta is küldik az aktiváló mailt...)

dz

ilyet találtam benne a file elején:

"...

The following statements encountered a error during parse:

SELECT  topology   FROM  SDO_TOPO_METADATA_TABLE a, TABLE(a.Topo_Geometry_Layers) b   WHERE b.owner = 'SYSTEM'  AND b.table_name = 'XX5

Error encountered: ORA-00942
--------------------------------------------------------------------------------
SELECT COUNT(*) FROM SDO_GEOR_SYSDATA_TABLE  WHERE SDO_OWNER = :1 AND GEORASTER_TABLE_NAME = :

Error encountered: ORA-00942

********************************************************************************

create table xx5 (mezo varchar(2))

..."

mond ez nektek valamit?

Csak egy ötlet volt, hogy a trace talán bőbeszédesebb, hogy mit keres, és mit nem talál a drop. Konkrétan nincs mit keresni, vagy megmondja egyértelműbben, hogy mi a baja az utasítással, vagy nem. Még érdemes esetleg az oracle install log-okban kutakodni, hogy egyáltalán rendben felkúszkodott az orákli a vasra. Egyébként milyen platformon fut? (illetve döcög)

köszönöm, szép lassan megértettem

(teljesítmény a köbön :D)

megvan a prf file

megtaláltam a drop utasítást,

de az utána lévő dolgok...

Nem értek semmit belőle

mit kell keresni?

köszönet

dz

Amikor engedélyezed a trace-t (ALTER SESSION SET SQL_TRACE=TRUE;) , és ellátod névvel is (ALTER SESSION SET TRACEFILE_IDENTIFIER=mysqltrace;), akkor keletkezik egy állomány oda ahová a user_dump_dest (v$parameter) mutat.

Ezt a zanza állományt lehet a tkprof-al olvasmányosabbá tenni, úgy ahogy leírtad.

Nagy bajt nem okozhatsz, csak ne feledd el majd le is tiltani a trace-t. Bár ha kilépsz a session-ből, magátol is megszűnik a log-olás.

LOB.

hűha

Azt hiszem értem - remélem :)

"tkprof -al megformázni a trace állományt"

(tkprof input.trc output.prf) ???

mi az a  input trc és a output.prf?

Ez nem teljesen világos, hogy mit takar

Megpróbálnám,

bajt gondolom nem okozhatok vele!?

köszönöm

dz

http://orafaq.com/wiki/SQL_Trace

Hi!

Itt van egy kis leírás, hogy hogyan lehet trace-olni sql utasításokat. A lényeg, hogy :

engedélyeztetni kell a trace-t

parancsokat kell kiadni (create table..., drop table ...)

trace engedély visszavonása

tkprof -al megformázni a trace állományt

az így nyert olvasmányosabb kimenetet értelmezni.

LOB.

Köszönöm szépen mindenkinek a hozzászólásokat.

Elnézést otthon jelen pillanatban hála a T-COM és egyéb T betüknek nincs net

ezért nem tudtam reagálni a hozzászólásokra.

Sajnos mivel kezdő vagyok ezért nem negyon értem a hozzászólások

nagy részét.

Tudna a valaki konkrét, lépésről, lépésre vezető leírást adni,

vagy ilyesmi linket be copy-zni?

Köszönet:

dz

Na még két megjegyzés a két megjegyzéshez fűzött két megjegyzéshez... ;)

1.

http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:4018285967344

Végső esetben szerintem érdemes lehet - például az asktomon - az ora-00604 és trigger kulcsszókra rákeresni és a kapott 71 találatot végigböngészni. Tudom ez sem kis meló - szegény ember vízzel főz, mint tudjuk -, de valamelyik eset már csak passzol ;)

2.

>egy SQL tracet talán adna valamiféle támpontot

Kérdés kinek: nekünk avagy mondjuk a supportnak (metalink). ;) Persze símán meglehet, hogy én vagyok nagyon kevés hozzá, de nekem még sose volt sikerélményem például internal error visszafejtést illetően.

>de ebben a konkrét esetben valószínűleg nem erről lehet szó

Világos. Én a 2054-re reagáltam... (Bocs, hogy nem jeleztem)

Két megjegyzés:

1.

A triggerek okozhatják a hibaüzenetet/bugot. Nagyon jó ötlet volt - szerintem mindenképp - felvetni az ellenőrzését/esetleges óvatos megfontolt kikapcsolásukat...

2.

Nem kell félni a drop table 'xxx'-től. Tudni kell, hogy mi a hatása a szintaxisnak ;) Ekkor ugyanis Case Sensitive-vé válik azonnal az utasítás. Nem lesz érvényes a megszokott Case Insensitive-ség. Ez mindig is óriási polémiák tárgya volt Oracle-esetében. Tán itt a topicban is... ;)

Ha valaki tehát 'sikerrel' létrehozott egy xxx kisbetűs táblát (és a tényt ellenőrizte all_tables adatszótáras lekérdezéssel), akkor azt csak drop table 'xxx'-szel tudja törölni. Ilyenkor tehát kellenek az apostolok... ;)

catpatch.sql nincs meg,

a catalog.sql megvan.

Mit csináljak?

igen kihoz 27 sort

mit keressek benne?

sok lenne idemásolni azt hiszem...

Lehet, hogy vmi esemény trigger generálja ezt?

Gyanús, hogy a drop ... parancsra sül el a hiba

select * from dba_triggers where trigger_type like '%EVENT%'

"(Note: ugye nem fogyott el a lemezhely egyik partíción sem?)"

Nem :) ez biztos!

ez volt az első, de semmi használhatót nem találtam,

csak annyit hogy valószínüleg ez egy bug,

de hogy mit lehet vele kezdeni,  az már nem volt leírva sehol...

Neten leírásokban, forumokban, általában akkor jön fel ez a 3 hiba mikor felhasználót akar vki törölni.

(NÁLAM IS FENNÁLL! Merthogy azt sem tudok törölni.)

Most kipróbáltam tárolt elj-okat (function) tudok törölni...

"Mi történik, ha egy zsír új user-t hozol létre aztán annak a nevében connect ..., create table ..., drop table ...  ?"

Ez történik sajnos:

SQL> create user proba_user2
  2    identified by proba_user2
  3    default tablespace USERS
  4    temporary tablespace TEMP
  5    profile DEFAULT;

A felhasználó létrejött.

SQL> -- Grant/Revoke role privileges
SQL> grant resource to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> -- Grant/Revoke system privileges
SQL> grant alter session to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create any directory to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create database link to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create sequence to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create session to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create synonym to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant create view to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant debug any procedure to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant debug connect session to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant delete any table to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any cluster to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any index to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any procedure to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any table to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any trigger to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop any view to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant drop tablespace to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> grant unlimited tablespace to proba_user2;

Az engedélyezés sikeresen befejeződött.

SQL> connect proba_user2/proba_user2@xxdb
Kapcsolódva.
SQL> create table xx3 ( mezo varchar2(15) );

A tábla létrejött.

SQL> drop table xx3;
drop table xx3
           *
Hiba a(z) 1. sorban:
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

erre gondoltam ...

csinálj egy új user-t 

CREATE USER PROBA_USER

    IDENTIFIED BY proba_user DEFAULT TABLESPACE USERS 
    TEMPORARY TABLESPACE TEMP
    QUOTA 5 M
    ON USERS"
    ACCOUNT UNLOCK;
GRANT CONNECT TO PROBA_USER;

aztán lépj be proba_user-ként connect proba_user/proba_user

csinálj egy új táblát pl create table xxx as select * from user_users;

majd ezt próbáld eldobni drop table xxx;

ettől a választól féltem a legjobban,

bár sejtettem, hogy be fog következni...

Nincs más esély?

Valami javító patch vagy akármi ...