View Full Version : Index Advisor Empfehlung vs. "no low cardinality"
andreaspr@aon.at
02-12-15, 20:43
@Bender: Was meinst du eigentlich mit "echten Umfeld"??
Visual Explain und DB Monitor gehören zusammen sind aber nicht das gleiche!
Ich schalte den DB Monitor ein, lasse ihn eine bestimmte Zeit lang mitlaufen und analysiere das Ergebnis des DB Monitor u.a. auch mit Visual Explain.
Das Ganze ist eine Pyramide beginnend mit den groben Infos der Zusammenfassung, bis hin ins detail der einzelnen Abfrage (Visual Explain).
@Bender: Was meinst du eigentlich mit "echten Umfeld"??
Es ist ein eklatanter Unterschied, ob ein Zugriff
- in einem Serverjob oder einem interaktiven oder einem Batchjob erfolgt
- wieviel Speciher der Job bekommt (=> Subsystem)
- ob ein bestimmter Zugriffspfad in einem Job schon einmal benutzt wurde (caching)
- wie die Ressourcenauslastung der Maschine in dem Augenblick aussieht, in dem der produktive Zugriff erfolgt.
um nur ein paar Faktoren zu nennen und genau da ist der DB Monitor der einzige Weg reale Engpässe zu erkennen.
D*B
Sowohl bei den SQE Plan Cache - Funktionen, als auch bei einem Großteil der DB2 Monitor-Analyse Funktionen, handelt es sich um SQL-Statements, Views oder UDTFs, die auf die Original-Datenbanken-Dateien (QADB??? - in denen die Datenbank gespeichert ist) zugreifen.
Beim Monitor, werden lediglich die aufgezeichneten Informationen nochmals in separate Tabellen gespeichert. Auf die man dann natürlich auch mit eigenen Queries zugreifen kann.
... und wem die bereitgestellten Views oder sonstige Analyse Tools nicht ausreichen, kann sich jederzeit das zugrundeliegende SQL-Statements in ein eigenes Skript ausgeben und modifizieren.
Visual Explain macht lediglich den gesicherten Zugriffsplan sichtbar!
... und die gesicherten Zugriffspläne werden permanent aktualisiert, u.U. sogar bei jeder neuen Ausführung der gleichen Abfrage oder auch nach der Ausführung der Abfrage aktualisiert (AQP - Adapted Query Processing - Nach Ausführung erfolgt im Untergrund eine erneute Optimierung - verbesserte Zugriffspläne werden dann aktualisiert)
Eine Aktualisierung kann erfolgen, wenn sich die Datenzusammensetzung geändert hat, oder neue Indices/Zugriffswege angelegt oder gelöscht wurden.
Birgitta
Sowohl bei den SQE Plan Cache - Funktionen, als auch bei einem Großteil der DB2 Monitor-Analyse Funktionen, handelt es sich um SQL-Statements, Views oder UDTFs, die auf die Original-Datenbanken-Dateien (QADB??? - in denen die Datenbank gespeichert ist) zugreifen.
Beim Monitor, werden lediglich die aufgezeichneten Informationen nochmals in separate Tabellen gespeichert. Auf die man dann natürlich auch mit eigenen Queries zugreifen kann.
... und wem die bereitgestellten Views oder sonstige Analyse Tools nicht ausreichen, kann sich jederzeit das zugrundeliegende SQL-Statements in ein eigenes Skript ausgeben und modifizieren.
Visual Explain macht lediglich den gesicherten Zugriffsplan sichtbar!
... und die gesicherten Zugriffspläne werden permanent aktualisiert, u.U. sogar bei jeder neuen Ausführung der gleichen Abfrage oder auch nach der Ausführung der Abfrage aktualisiert (AQP - Adapted Query Processing - Nach Ausführung erfolgt im Untergrund eine erneute Optimierung - verbesserte Zugriffspläne werden dann aktualisiert)
Eine Aktualisierung kann erfolgen, wenn sich die Datenzusammensetzung geändert hat, oder neue Indices/Zugriffswege angelegt oder gelöscht wurden.
Birgitta
Was soll uns das sagen???