SQL-Statements in Applikationen, die BIND Variablen verwenden, weisen eine Menge Vorteile gegenüber den Applikationen auf, die lediglich Literale in ihren SQL-Statements verwenden. Zu diesen Vorteilen zählen u. a. ein reduziertes hard parsing und damit verbunden geringere Zugriffskonflikte auf Speicherbereiche im SHARED POOL als auch ein geringerer Speicherverbrauch insgesamt, da Cursoren gemeinsam benutzt werden können. In diesem Zusammenhang spielt auch das Feature Adaptive Cursor Sharing (ACS) seit seiner Einführung in der Version 11g R1 eine signifikante Rolle. Doch was verbirgt sich dahinter? Dieser Monatstipp soll dem Leser einen Einblick in die Funktionsweise des Features ACS verschaffen.
Dieser Monatstipp beschreibt aus der Sicht eines Datenbankadministrators, wie man an ein Upgrade herangehen kann und welche Schritte erforderlich sind, um es erfolgreich durchzuführen. Besonderer Wert wird dabei auf die Sicherstellung der Performance gelegt. Nicht eingegangen wird auf konkrete Upgrade-Strategien.
STATSPACK ist ein solides Tool zur Auswertung der Performance, das kostenlos mit jeder Oracle Datenbank mitgeliefert wird.
Leider kann es durchaus passieren, dass STATSPACK Teil eines Problems oder sogar selbst zu einem Problem wird. Dies geschieht meist in großen bzw. stark belasteten Datenbanken.
Sie wollen Performance aus Ihren Skripten, komplexen Kommandos und Statements herausholen? Ressourcen richtig nutzen mit Parallelisierung! Verschiedene einfache Beispiele zur Parallelisierung unter Windows (Batch & Powershell), Linux Shell (parallel & Job Control) und in der Oracle Datenbank anschaulich erklärt.
STATSPACK ist ein, mit jeder Oracle Datenbank mitgeliefertes, kostenloses Tool zur Auswertung der Performance. Die meisten Datenbank-Administratoren, die schon einmal mit einem Performance-Problem konfrontiert wurden, haben mit Sicherheit einen STATSPACK-Report erzeugt und diesen analysiert.
Die Erstellung von Statistiken über Datenbank-Objekte wie Tabellen oder Indizes ist seit der Einführung des kostenbasierenden Optimizers ein absolutes Muss. Die Qualität der Statistiken entscheidet darüber, ob ein SQL-Statement performant in der Datenbank verarbeitet werden kann oder nicht.
Der Result Cache ist ein - leider auf die Enterprise Edition beschränktes - Feature, das mit Version 11g eingeführt wurde. Er ist sowohl in SQL für Select-Befehle als auch in PL/SQL für Funktionsaufrufe nutzbar. Die Idee dahinter ist in beiden Fällen, dass das Ergebnis bei der ersten Ausführung gespeichert wird und bei weiteren Aufrufen der Befehl selber nicht mehr ausgeführt, sondern das Ergebnis aus dem Cache abgerufen wird. Um Tom Kyte zu zitieren: "Everyone knows the fastest way to do something is – to not do it".
Wie schon im Tipp des Monats Oktober 2008 angekündigt, beschäftigen wir uns diesen Monat mit der Wiedergabe von der mit dem Oracle Workload Capture aufgenommenen Last...
Mit dem Patch 10.2.0.4 hat Oracle die Möglichkeit geschaffen, Last aufzuzeichnen, um diese dann auf einer 11g Datenbank wiederzugeben.
Dieses Feature eröffnet natürlich fantastische Möglichkeiten im Bereich der Migration auf 11g. Hierbei bietet das hinzugekommene Database Workload von Oracle die perfekte Grundlage für "lebensnahe" Tests in einem Nicht-Produktivsystem.
In unserer täglichen Praxis erleben wir häufig, dass Indizes beim Kunden sehr groß geworden sind. Wie kann man nun herausfinden, ob der Index ein Kandidat für einen Neuaufbau ist?
In unserer Know-How Datenbank finden Sie mehr als 300 ausführliche Beiträge zu den
Oracle-Themen wie DBA, SQL, PL/SQL, APEX und vielem mehr.
Hier erhalten Sie Antworten auf Ihre Fragen.
Cookies erleichtern die Bereitstellung unserer Dienste. Mit der Nutzung unserer Dienste erklärst du dich damit einverstanden, dass wir Cookies verwenden.