Schlussendlich habe ich es doch noch hinbekommen.
Danke hier nochaml an alle die geholfen haben/helfen wollten.
Am meinsten hat wahrscheinlich geholfen nicht ständig auf
Programmcode zu schauen und mal bissel Frust loszuschreiben.
nun noch schnell ein paar klärende Worte:
Ja 
das mach ich schon die ganze Zeit, es verwundert mich
halt immer wieder das eine Software die mehere tausend Euro
koste keinen vernünftigen Editor besitzt. Ganz hilfreich sind
auch immer Meldungen wie in Zeile xxx ist ein Fehler
aufgetreten, wobei der ‚Editor‘ noch nicht mal Zeilennummern
besitzt (zumindest kenne ich keine Option dort welche
hinzubekommen).
Das ist, damit TOAD und Konsorten auch Geld verdienen
Von der Qualität der Fehlermeldungen mal ganz
abgesehen.
Und das ist, damit ich auch Geld verdiene (sonst könnte das ja
jeder)
hehe ja hast recht ist ja schliesslich auch mein Lebensunterhalt
- Oracle scheint ein grundsätzliches Problem mit Triggern zu
haben die von ‚aussen‘ angestossen werden, das trift auch auf
SQL*Plus zu.
Das versteh’ ich jetzt nicht wirklich. Meiner Meinung nach
wird doch jeder handlesübliche Trigger von aussen angestossen
(indem Du nämlich einen insert, update, delete oder was auch
immer machst). Welche Trigger würdest Du als nicht von aussen
angestossen betrachten?
irgendwo sagte ich schon das ich mich in diesem Punkt geirrt habe
und alles zurück nehme und ab jetzt das gegenteil behaupte 
- aus irgendwelchen unerfindlcihen Gründen kann es passieren
das Triggercode der korrekt ist nicht validiert wird. (ja
auskommentieren und dumpcode einsetzen ala a:=‚a‘; wirkt
wunder darauf bin ich auch irgendwann gestossen).
Du meinst du erstellst den Trigger, die DB akzeptiert klaglos,
aber der Trigger wird nicht ausgeführt oder bringt Fehler bei
der Ausführung (also syntaktische Fehler - dass eine
erfolgreiche Compilierung noch nicht bedeutet dass du auch das
gewünschte Resultat bekommst ist ja klar)? Das ist mir nämlich
ehrlich gesagt auch noch nie passiert…
nein ich habe einen Trigger der validiert ist dann füge ich eine
Zeile ein oder ändere etwas in eine und der trigger validiert nicht
mehr (soweit kann ich damit leben wenn mein Code tatsächlcih einen
Fehler enthält). Nehme ich dann wieder den fehlerhaften teil raus,
stelle also den Urzustand des Triggers wieder her validiert dieser
nicht mehr. kommentiere ich dann sämtliczhen Code aus und setze
Dumpcode ein (ala a:=‚a‘) validiert der Trigger wieder beim
compilieren. Füge ich nun den alten Triggercode wieder ein, sprich nehme ich die Kommentarzeichen wieder weg compiliert er wieder.
Dieses Phänomen hatte ich schon mehrmals.
Das der Trigger von anfang an nicht umbedingt das macht was er soll
ist klar try-n-error
- der interne Parser verkraftet nur 32767 Zeichen daher ist
man auf extrene Programme angewiesen wenn man mehr verarbeiten
muss (ist mir jetzt schon uzm 2. mal böse bei Oracle
aufgefallen)
Die Grenze (sind’s wirklich 32K?) kenne ich schon, aber da
kann man sich ja leicht helfen, indem man die Funktionalität
in Packages, Procedures und Functions auslagert. Ist zwar
immer noch lästig, aber mA nicht soooo schlimm.
Klar aber ich hab nicht umbedingt den Überblick wieviele Packages
davon betroffen sind und wollte halt später keine Überraschungen
erleben.
bis jetzt dachte ich das ich das mein File einfach in mehere
zerlegen kann und dann ‚alten‘ pl/sql-code zum einlesen wieder
verwenden kann. So wie es aussieht muss ich jetzt wohl doch
das ganze extern realisieren bei drei stelligem Triggercode
nicht umbedingt was ich mir gewünscht habe.
Bin schon wieder ratlos. Was meinst du mit dreistelligem
Triggercode? Die Grösse des Triggers? Und warum solltest Du
„alten“ PL/SQL Code nicht wiederverwenden können? Einfach den
Aufruf der entsprechenden Prozedur in den Trigger rein und ab
geht die Post. Oder meinst Du da ganz was anderes?
ich habe mich wohl tatsächlich etwas ungenau ausgedrückt, ja ich
meinte die Zeilenanzahl. Da ich bis dato dachte das irgendwas mit
dem Trigger anstossen nicht richtig funktioniert habe ich halt
angenommen den Trigger komplett neu schreiben zu müssen (halt in
einem extrenen Programm).
Gruss,
TheBeast *derjetztmalmehrfragenalsantwortenhat*
*aufdieschulterklopf* hast mir trotzdem geholfen und wenn es wirklich
nur mal daran gelegen hat nicht auf den Triggercode zu starren. 
Achja im überigen hat es an einem nicht geschlossen Filehandle
gelegen was ich die ganze Zeit übersehen habe, nur kurz als Lösung
des Problems
Darnest
möge der Compiler mit euch sein
