Es ist der 1. August, Nationalfeiertag in der Schweiz, und beim Aufstehen fällt dem Autor mal wieder ein, er müsste noch eine Datenbank-Kolumne für die DOAG schreiben. Christian Trieb, der Leiter der Datenbank Community (DBC) hat bereits mehrmals in den DBC-Calls daraufhin gewiesen, die Mitglieder sollen doch eine Kolumne schreiben, was beim Autor bis anhin leider noch nicht auf fruchtbaren Boden gefallen ist. Es ist ja immer das Problem mit dem Thema, wenn das erstmal gefunden ist, ist das Schreiben gar nicht mal mehr so schlimm.
Ein erster Versuch ein Thema zu finden, was liegt näher, ist die eigene Frau, die sich auch über viele Jahre (bzw. Jahrzehnte) mit Datenbanken beschäftigt hat und auch heute noch regelmässig die DBC-Kolumnen liest. Da kommen auch ein paar Themen, aber das konnte den Autor nicht wirklich überzeugen und triggern.
Na denn, wie geht es weiter? Alles spricht doch heute von KI, ja, genau, warum denn nicht mal ChatGPT fragen, vielleicht hat der (oder die oder das??) eine Idee für ein Thema. Sonst nutzt der Autor ChatGPT für alle möglichen Fragen, das sollte passen.
Gesagt getan, nach dem Frühstück an den PC und die immer offene Tab von ChatGPT finden und los geht’s:
Die Frage an ChatGPT lautete:
ich bin Mitglied der Datenbank Community bei der DOAG (doag.org). Dort erscheinen alle zwei Wochen Kolumnen zu Datenbank-Themen. ich habe auch bereits welche geschrieben, aber jetzt fällt mir kein Thema ein. Kannst Du ein Thema für mich finden oder sogar eine Kolumne schreiben?
... und was dann passierte hat den Autor dann doch mal wieder verblüfft. Die erste Antwort war noch recht gut nachzuvollziehen:
Sehr gern! Als aktives DOAG-Mitglied mit Erfahrung im Schreiben von Kolumnen hast du wahrscheinlich ein technikaffines Publikum – viele Leser:innen sind versiert in Oracle, interessieren sich für neue Features, reale Herausforderungen, Performance und Wartbarkeit.
Dann wurde es fast unheimlich:
💡 Themenvorschläge für deine nächste DOAG-Kolumne
Hier sind ein paar konkrete, aktuelle und praxisrelevante Themenideen:
1. „Oracle 19c lebt – aber wie lange noch?“
- Lebenszyklus, Support-Ende, Wechsel auf 23ai
- Was Admins jetzt vorbereiten sollten
- Alternativen, Fallstricke bei Migrationen
2. „Release Update eingespielt – und keiner sieht’s?“
- Warum DBA_REGISTRY.MODIFIED oft nicht aktualisiert wird
- Wie man Patchstände wirklich zuverlässig prüft
- Tipps für SQL-basierte Patchkontrolle & Audits
✨ Du könntest sogar direkt an deinen jüngsten Fall mit datapatch und MODIFIED anknüpfen – idealer Aufhänger!
3. „SQL*Loader heute noch zeitgemäß?“
- Vor- und Nachteile gegenüber Data Pump, externe Tabellen, REST-APIs
- Wann sich das „alte“ Tool lohnt – und wann nicht mehr
- Loader-Output aus SQL Developer: Rückwärtskompatibilität und Stolperfallen
4. „iOS trifft Oracle – was geht eigentlich?“
- Persönliche Erfahrungsnotiz: Fotos vom iPhone in die Datenbank? Eher nicht.
- Ideen zu mobilen Workflows, REST-Zugriffen, APEX-Apps
- Brücke zwischen „normaler“ Nutzung und Enterprise-IT
5. „Still und leise: Was tut sich im Hintergrund von DBMS_REGISTRY?“
- Wie Oracle intern Komponenten verwaltet
- Was passiert bei VALIDATE, REPAIR, RELOAD
- Warum manchmal Komponenten „VALID“ sind, aber nicht vollständig funktionsfähig
Das waren die Vorschläge, alles Themen, zu denen der Autor in letzter Zeit Fragen an ChatGPT gestellt hatte. Besonders Punkt zwei „Release Update eingespielt – und keiner sieht’s?“, da hatte der Autor schnell mal nachgefragt, nachdem ihm nach der Installation vom RU 19.28 aufgefallen war, dass datapatch sauber durchgelaufen war, aber kein neues Datum in «modified» eingetragen wurde.
Genau für dieses Thema hat dann ChatGPT auch bereits einen Entwurf hinterher geschickt:
✍️ Beispiel-Kolumne (Entwurf)
Titel:
„Release Update installiert – aber DBA_REGISTRY.MODIFIED schweigt?“
Einleitung:
Wer regelmäßig Oracle RUs installiert, kennt das Gefühl: alles lief glatt, datapatch meldet Erfolg – aber ein Blick in DBA_REGISTRY wirkt wie aus der Zeit gefallen. Das MODIFIED-Datum zeigt nicht den Patchtag, sondern liegt Monate zurück. Was ist da los?
Kernaussage:
Das MODIFIED-Datum spiegelt nicht alle Änderungen wider – nur solche, die tatsächlich an der Komponente selbst erfolgen. Wird zum Beispiel ein RU eingespielt, das keine Registry-Änderung erfordert, bleibt MODIFIED unangetastet. Für eine echte Patchverfolgung empfiehlt sich DBA_REGISTRY_SQLPATCH.
Beispiel:
Nach Installation von RU 19.28 sieht DBA_REGISTRY unverändert aus – aber:
SELECT patch_id, action, status, action_time
FROM dba_registry_sqlpatch
WHERE description LIKE '%19.28%';
zeigt: datapatch war aktiv. Vertrauen wir also nicht blind auf MODIFIED, sondern auf die richtigen Metadatenquellen.
Fazit:
Eine kleine Abweichung – aber mit großer Wirkung für Audits und Monitoring. Wer Oracle versteht, weiß: Nicht alles, was still ist, ist untätig.
Damit hat diese Kolumne auch noch einen kleinen technischen Aspekt bekommen und der Autor kann jetzt seinen Nationalfeiertag genießen, auch wenn das Wetter diesen Sommer nicht wirklich mitspielt.
Jürgen Vitek
