Fehlende Trigger für QAQQINI

[rolemke]

Hallo,

ich verschuche die Einstellungen des Query-Optimizers mit Hilfe der Einstellungsdatei QAQQINI zu ändern. Laut IBM-Dokumentation soll das Template dieser Datei in der Bibliothek QSYS mit 6 Triggern ausgestattet sein. Diese Datei soll als Vorlage für eigene QAQQINI-Varianten verwendet werden.

Leider besitzt diese Datei auf unserer Maschine (V5R1) keine Trigger - auch auf zahlreichen Kunden-Maschinen des gleichen Releases waren bei der Datei QSYS/QAQQINI keine Trigger vorhanden.....

Ohne diese Trigger funktioniert es jedoch leider nicht - aber es ist auch nicht möglich, den korrekten System-Trigger QSYS/QQQTINI (soviel habe ich schon herausgefunden) zu hinterlegen.....

Meine Frage ist also, wie bzw. woher bekomme ich ein funktionierendes Template mit Triggern, oder wie kann ich den Trigger korrekt hinterlegen? Oder mache ich etwas grundlegendes falsch?

Vielen Dank für Eure Antworten,
Gruß Ronny

[Fuerchau]

Wieso sollen denn auf dieser Datei Trigger laufen ?

Diese Datei dient ausschließlich dazu PARAMETER für den Optimizer zu hinterlegen !!

Über CHGQRYA kann ich sogar beliebige QAQQINI verwenden.

Da in diese Datei ansonsten weder geschrieben, noch geändert oder gelöscht wird, machen Trigger überhaupt keinen Sinn, da der Query-Optimizer ausschließlich liest !!!

[rmittag]

Wieso sollen denn auf dieser Datei Trigger laufen ?

weil's die IBM so will , was in diesem IBM Dokument nachzulesen ist.

Gruß
Rolf

[Fuerchau]

Solange man sich bei den Parametern an die gültigen Werte hält, ist es demnach nicht tragisch, wenn die Trigger nicht aktiviert werden, da sie wohl ausschließlich eine Validierung vornehmen.

Die Werte sind ja entsprechend beschrieben. Auch sollte man den Vorschlag aufnehmen, individuelle Einstellungen nicht in der QUSRSYS vorzunehmen, sondern in einer privaten Kopie.
Wenn dann der Query/SQL auf die Nase fällt, weil Parameter ggf. falsche Inhalte haben, betrifft das zumindest nicht das gesamte System.

[rolemke]

Genau das ist es, was ich vorhabe. Ich möchte eine eigene QAQQINI in meiner Benutzer-Bibliothek einrichten (per CRTDUPOBJ) und per CHGQRYA darauf zugreifen.

Ich habe bereits versucht, das ohne Trigger zu probieren und bin mir (fast) 100%ig sicher, die korrekten Parameter verwandt zu haben. Leider ohne Erfolg - ich werde es Montag nochmal testen - könnten Sie bitte nochmal schauen, falls nicht schon geschehen, ob bei Ihrer QAQQINI wirklich keine Trigger hinterlegt sind?

Die QAQQINI enthält neben den Parametern und der zugehörigen Einstellungen auch Bitmuster (zumindest auf unserem System) - dienen die Trigger vielleicht dazu, diese Bitmuster anhand der Parameterwerte zu setzen? Ist nur so eine 'blöde' Idee.... Diese Bit-Muster könnten natürlich auch die von IBM beschriebene Comment-Spalte sein - sind dann halt nur etwas komisch diese 'Kommentare'.....

Gruß
Ronny

[rmittag]

ich habe mal nachgesehen :

• QAQQINI ersetzt seit 4.4 mit QQQTINI als trigger die DtaAra QQQOPTIONS
• der trigger ist notwendig ( siehe dazu z.B. die msg CPI433A )

der code 5 sagt eigentlich alles. Wenn Save von einer anderen Maschine und Restore nicht möglich ist ( ? ) kann eigentlich nur noch IBM weiterhelfen. Es gibt ein paar APARs zu ähnlichen Problemen ( SE01568, SE01562, SE00693 ... ). Aus dem Text der APAR's wird auch ersichtlich, dass der trigger zwingend notwendig ist.

Gruß
Rolf

Nachrichten-ID . . . . . . . :   CPI433A                                    
Nachrichtendatei . . . . . . :   QCPFMSG                                    
  Bibliothek . . . . . . . . :     QSYS                                     
                                                                            
Nachricht . . . :   Abfrageoptionsdatei kann nicht abgerufen werden.        
Ursache  . . . . :  Die Abfrageoptionen konnten aus Teildatei &3 in Datei &2
  in Bibliothek &1 aufgrund von Ursachencode &4 nicht abgerufen werden.     
  Ursachencodes und ihre Bedeutung:                                         
...   
    5 - Datei &2 und die interne Struktur der Abfrageoptionen sind nicht    
  kompatibel.

[Fuerchau]

Stimmt !

Bei mir sind sowohl in der QSYS als auch in der Kopie QUSRSYS insgesamt 6 Trigger in der QAQQINI eingetragen.

Die Datei hatte ich bereits am 15.07.02 auf V4R5 mit CRTDUPOBJ erstellt und arbeitet auch ohne Probleme. Die Datei in der QUSRSYS wurde auch beim V5R2-Update nicht verändert.

Allerdings musste ich die Kopie mit einem User der *ALLOBJ-Berechtigung durchführen, vielleicht liegts ja daran ?

[Sven Schneider]

Also ich kann die Aussage von rolemke nur bestätigen.
Auch bei uns (V5R1) enthält die Datei QSYS/QAQQINI keine Trigger QSYS/QQQTINI.
Das Warum konnte ich noch nicht klären.

Ich habe auch noch kein APAR bei IBM gefunden.

Sven.

[horschma]

Hallo,
irgendwie kam mir das doch bekannt vor, mit einem MF.... PTF hat die IBM sich selbst die QAQQINI in der QSYS zerdeppert ( aber nur auf deutschen Systemen mit bestimmten Voraussetzungen )

es gibt einen Fix SI05019, der sinnigerweise in keinem CUM oder DB Gruppen PTF enthalten ist.
Ich bin mir aber nicht sicher, ob die bestehende QAQQINI in der QSYS repariert wird, oder ob nur das weitere auftreten des Problems mit dem löschen der Trigger verhindert wird.

http://www-912.ibm.com/a_dir/as4ptf....ight=0,si05019

Ganz sicher funktioniert das Rückspeichern eines funktionierendnen Stands des QAQQINII in QSYS.
Danach müssen natürlich alle bestehenen QAQQINIs in Benutzerbibliotheken oder QUSRSYS neu erstellt werden.

Thomas

[rolemke]

Danke für den heißen Tip - das wars: PTF einspielen und siehe da, ich habe wieder meine Trigger auf der QAQQINI!

Meine Diplomarbeit ist gerettet

Nochmals vielen Dank,

Gruß
Ronny