SQL Optimierung (Anfängerfrage)

[BenderD]

... wann lässt Du Biggi endlich allein mit ihrem Elend?

Dieter, Du weisst doch: was die IBM (oder andere Konzerne) als "strategisch" bezeichnet, sollte man mit gewisser Vorsicht beäugen...

-h

[andreaspr@aon.at]

Das deutet oft auf ein DNS-Problem hin. Da hatte ich (und dann die IBM) schon oft meinen Spass damit ;-)

Ich greife immer mit der IP auf den Server zu. Nach einspielen einiger PTFs (bei 7.1) gings dann wieder. (Bei diesem Problem )

[KingofKning]

Hallo *all,

ich wollte den heute die Indices bereinigen und alle löschen um zu sehen was er neu aufbaut. Bei 2 Bibs geht das klaglos, bei einer läßt er mir immer 43 Indices stehen, auch welche wo die letzte Empfehlung schon über ein Jahr alt sind.

Muß ich bis zum nächsten IPL warten oder auf den richtigen Sonnenstand und Tidenhub.
(Soviel zum Thema Ooopsnerv)

GG

[andreaspr@aon.at]

Muß ich bis zum nächsten IPL warten oder auf den richtigen Sonnenstand und Tidenhub.

Ich finds so witzig. Das erinnert mich an meine Schulzeit. Alle haben sie über Microsoft geschimpft, aber nur ganz wenige hatten was anderes daheim.

Du must natürlich nur auf die die Umstellung der Sommer/Winterzeit warten

Spaß bei Seite.
*) Es gibt bei den LIBs 2 Auswahlmöglichkeiten. "Empfohlene Indizes entfernen" und "Alle empfohlende Indizes ..."
Hast du beide Probiert?

*) Ist die Version vom Navigator gleich wie die des Systems?

*) kannst du die einzelnen Empfehlungen manuell löschen?
(Rechts-Klick auf empfehlung --> Aus Liste entfernen)

lg Andreas

[KingofKning]

Wie schon gesagt, der hatte von ca. 400 360 einzel löschen lassen und 43 stehen lassen.

Über alle löschen sind sie jetzt auch alle weg auch die die ich eigentlich behalten wollten, aber ich denke die kommen wieder

GG

[KingofKning]

Hallo *all,
da ja jetzt ein paar Tage ins Land gegangen sind, wollte ich mich mal wieder dem Thema widmen.

Bekomme immer eine Fehlermeldung beim Befehl:

===> CALL qsys2.dump_plan_cache('QGPL','SNAPSHOT1');
Zeichen ',' nach Zeichenfolge ''QGPL' ' ist ungültig. +

Ich finde mit Google aber auch immer nur dieses Beispiel.

Release V5R4.
GG

[malzusrex]

STRSQL
und dann
CALL qsys2.dump_plan_cache('QGPL','SNAPSHOT1')


Habe ich eben probiert

Gruß
Ronald

[KingofKning]

Ändert leider nichts,Befehl

===> CALL qsys2.dump_plan_cache('QGPL', 'SNAPSHOT1');
F3=Verlassen F5=Aktualisieren F12=Abbrechen F24=We
Zeichen ',' nach Zeichenfolge ''QGPL' ' ist ungültig.

Ich kann das ja auch über den OOpSNerv machen, aber es geht ja ums Prinzip. Jawohl.

;-)

GG

[Pikachu]

Was sagt F1=Hilfe?

[Fuerchau]

Manche Fehler sind ggf. nur Folgefehler:

CALL qsys2.dump_plan_cache('QGPL', 'SNAPSHOT1')

geht natürlich nur, wenn SQL-Naming (F13) für STRSQL eingestellt ist.
Lass auch mal das Semikolon am Ende weg.
Ansonsten musst du die QSYS2 in die LIBL aufnehmen und
CALL dump_plan_cache('QGPL', 'SNAPSHOT1')
durchführen.
Bei SYS-Naming kann man Prozeduren und Funktionen nicht qualifizieren da der "/" als Divisions-Operator interpretiert wird.

[B.Hauser]

Prüf doch mal welche Namenskonventionen (System oder SQL) Du verwendest!
Der Strandard bei STRSQL ist System, beim IBM i Navigator SQL.
Unter V5R4 ist es noch so , dass für qualifizierte Objekte unterschiedliche Schreibweisen erforderlich sind, d.h. bei SQL Naming wird der Punkt als Trennzeichen verwendet, bei System Naming der Slash.
(Erst seit Release 7.1 TR7 (oder so) kann beim System Naming wahlweise der Punkt oder Slash verwendet werden).

Aber Achtung! Bei System und/oder SQL Naming hängt noch etwas mehr dran als ein ein anderes Trennzeichen, insbesondere was Berechtigungen und Verarbeitung von Bibliothekslisten angeht!

Birgitta

[KingofKning]

Hallo,
===> CALL dump_plan_cache('QGPL', 'SNAPSHOT1')
F3=Verlassen F5=Aktualisieren F12=Abbrechen F24=We
Zeichen ',' nach Zeichenfolge ''QGPL' ' ist ungültig.

Beim strsql steht folgendes
Namenskonvention . . . . . . . *SYS *SYS, *SQL
Ich werde nacher mal den Oppsnerv probieren.
GG