20 Jahre DOAG - 20 Aktionen
Die 20 schlimmsten Oracle-Bugs
Das hat die Anwender am meisten gestört (Reihenfolge ohne Wertung):
Politik im Spiel?
Bug Nr. 3800160: Redo-Log Corruption in 10.1.0.3.0 RAC.
Lang ist´s her ...
Bug Nr. 3668164: ORA-01461 ohne LONG (bei multibyte CS und langem VARCHAR2) in 10.2.
Wo bleibt die Zeit?
Falsche Timestamp-Selektivität in der Datenbank.
Im falschen Monat
Bug Nr. 1540012: ORA-01861 at month switch bei rman-Backup, der eine Monatsgrenze kreuzt, wenn der Monat weniger als 31 Tage hat.
Auf den Speicher damit!
Bug Nr. 4700681: Probleme mit ASM.
Zeitstrafe
Bug Nr. 4731033: CRS-Crash ohne erkennbaren Grund wegen Interconnect-Timeout.
Überrundet
Bug Nr. 5694240: Überprüfung "Select * from gv$session" dauert mehr als eine Minute oder endet mit ORA-12801 in der Standard Edition. in der Enterprise Edition dauert die gleiche Abfrage nur wenige Sekunden.
Rechenfehler
Bug Nr. 4604970: Fehlende Sätze in Aggregierung im HASH GROUP BY (per default enabled) in Oracle 10.2.0.1 und 10.2.0.2 - dadurch beispielsweise falsche Summenbildung.
Die Zeit heilt Wunden
Oracle 7.2 - A never ending story of ORA-0600.
Auf wackeligen Beinen
Chaos, als der Oracle Developer die ersten Steps in Windows machte, zum Beispiel Forms 4.
Déjà vu
Datenbank 10.2.0.2 - fast so buggy wie 7.2.
Kein Kontakt
Fehler bei der Installation der Datenbank 9.0.1 auf Solaris: "can not open registry".
Fass ohne Boden
Datenbank 9.x auf zLinux: Wenn die PGA eines beliebigen Prozesses durch PL/SQL Tables oder Sort Area über 400 MB steigt, bleibt etwas in der SGA zurück, das weitere Logins verhindert. Man muss, weil man nicht runterfahren kann, die Prozesse killen und Instance recovery machen. Not Fixed!
Frei nach René Descartes
Folgendes Statement führt in den Datenbanken 9iR2, 10gR1, 10gR2, 11gR1 zu einem kartesischen Produkt anstelle von Joins:
select * from tab1
natural join tab2
natural join tab2
where tab2.anycol=’my_id’;
Rundumschlag
Alle Gründe, die zum Patch März 2007 geführt haben.
In alle Einzelteile zerlegt
Parsing Fehler in sqlnet.ora bei INCLUDEDE_NODES und EXCLUDEDE_NODES.
Aufgepasst
Irrtümliche Anwendung von gecacheten SQL-Statements im falschen Schema durch Bug im SQL-Cache -> Daten in Gefahr!
Hinter dem Mond
Die schlimmsten Bugs waren bewusst programmierte Einschränkungen, oder "Features", die auch nach Erklärung unverständlich blieben und den Einsatz eines Tools erschwerten, beispielsweise:
  • SQL*Forms 3.0
    Nicht zu unterdrückende Meldungen in Englisch, wenn man situationsabhängig eigene Meldungen/Reaktionen programmieren wollte.
  • APEX
    Nicht zu Laufzeit (sessionabhängig) den parsing user manipulieren zu können.
Fehlende Verknüpfung
Associative statistics funktioniert nicht.
Bild verwackelt
Snapshot too old.