Corto -sX- Geschrieben 9. Dezember 2010 Teilen Geschrieben 9. Dezember 2010 Hi, ich habe ein wenig gesucht, aber nichts gutes gefunden: ich will lange sql statements analysieren und da habe ich festgestellt das es unkomfortabel ist. Wenn ich dort aus meiner Oracle11g ein Statement hole was z.b. 25 teile hat (pieces in v$sqltext) und dieses rückwärts ordne, habe ich immernoch das problem das er die CarriageReturn/Linefeeds drin hat und ich dann etwa 100 Leerzeichen manuell aus dem code suchen muss, was lange dauert. Außerdem fehlt mir oft die Fachkenntnis zur Anwendung und ich kann die Bindvariablen nicht nachvollziehen... ich hab nun eine lösung, aber ich glaube nicht das es optimal ist. wie macht ihr das? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Corto -sX- Geschrieben 10. Dezember 2010 Autor Teilen Geschrieben 10. Dezember 2010 scheint ja nicht sooo interessant zu sein falls doch interesse besteht, pm an mich Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
dr.dimitri Geschrieben 10. Dezember 2010 Teilen Geschrieben 10. Dezember 2010 (bearbeitet) Zu ungeduldig er ist. Wieso nimmst nicht einfach v$sqlarea? Das Feld sql_fulltext ist ein CLOB und enthält das komplette SQL. Zu allem anderen: Man muss die Anwendung schon kennen die man tunen möchte bzw. sollte jemanden dabei haben der sie kennt (sofern es sich nicht einfach um einen vergessenden Index handelt). Ansonsten sollte man beim Tuning oben Anfangen: 1. Was muss die Anwendung fachlich erledigen? Wieviel zeit darf sie dafür benötigen, wieviel Zeit benötigt sie aktuell. 2. Gibt es Anforderungen, die vielleicht nicht mehr benötigt werden bzw. vereinfacht werden können und die man aus der Anwendung entfernen kann? Hierzu auch Punkt 3 miteinbeziehen. 3. Welche Teile in der Anwendung brauchen am Längsten? Top 10 Liste aufstellen und mit Punkt 2 vergleichen. 4. Ermitteln, ob die Top10 wirklaich aufgrund von SQL Statements in die Liste gekommen sind oder es sich um andere Komponenten handelt, die unnötig viel Zeit benötigen (Netzwerk, unperformanter Programmteil etc.) Logging innerhalb der Anwendung ist hier von Vorteil. 5. SQLs prüfen, ggf. tunen. 6. Datenbank Struktur anpassen, Instance Tuning 7. Hardware aufrüsten. Dazwischen immer wieder Ergebniskontrollen, ob die geforderten Zeiten schon erreicht wurden. Dim PS: Woran lag das RAC Problem? Bearbeitet 10. Dezember 2010 von dr.dimitri Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.