Bei einer Datenbankmigration steckt ein Teil des Aufwands oft im Client: Anwendungen senden SQL in einem herstellerspezifischen Dialekt und erwarten dazu passende Fehlercodes. Oracles SQL Translation Framework bietet eine Übergangsmöglichkeit. Ein SQL Translator wandelt Statements und bei Bedarf Fehler um; ein SQL Translation Profile ordnet den Translator einer Anwendung oder Verbindung zu.
Profil pro Anwendung kontrolliert einführen
Ein Profil wird in der Datenbank angelegt und mit einem Translator verknüpft. Die Anwendung muss sich anschließend mit diesem Profil verbinden, zum Beispiel über einen dafür vorgesehenen Datenbank-Service oder eine passende Session-Konfiguration. Ein eigener Service pro migrierter Anwendung macht die Aktivierung nachvollziehbar und begrenzt den Wirkungsbereich. So lässt sich der neue Pfad zunächst für Testsysteme oder einzelne Instanzen freischalten.
Oracle stellt mit DBMS_SQL_TRANSLATOR Operationen bereit, um Profile zu erstellen, Attribute zu setzen und benutzerdefinierte Übersetzungen zu registrieren. Eine projektspezifische Regel kann etwa ein bestimmtes Statement gezielt auf eine Oracle-konforme Form abbilden. Übersetzungen sind damit prüfbare Datenbankobjekte und nicht versteckte Änderungen im Anwendungscode.
Mit realem SQL testen, nicht nur mit Beispielen
Der Translator wird beim Ausführen der Anwendung mit den tatsächlich gesendeten Statements konfrontiert. Deshalb sollte der Test möglichst repräsentative Transaktionen, Bind-Variablen, Datentypen, Fehlerpfade und Batch-Jobs einschließen. Ein Statement kann syntaktisch übersetzbar sein und trotzdem eine andere Bedeutung oder ein unerwartetes Ausführungsprofil haben. Prüfen Sie daher Ergebnisse und Pläne, und vergleichen Sie kritische Geschäftsregeln mit dem Verhalten der bisherigen Datenbank.
Fehlende Übersetzungen verdienen besondere Aufmerksamkeit. Profile können so konfiguriert werden, dass Übersetzungsfehler protokolliert oder ausgelöst werden. Legen Sie das gewünschte Verhalten vor dem Test fest und ändern Sie solche Attribute nicht mitten in laufenden Sessions: Das kann uneinheitliches Verhalten verursachen. Ergänzen Sie anschließend gezielte Übersetzungen, exportieren Sie das Profile für die weiteren Umgebungen und führen Sie dieselbe Regression erneut aus.
Praktischer Einführungsplan
- Pro Anwendung Verbindungspfad und passenden Translator festlegen.
- Profile zunächst in einer Testdatenbank einrichten und reale SQL-Aufrufe erfassen.
- Übersetzte Statements, Resultate, Fehler und Performance mit Regressionstests prüfen.
- Profiländerungen versionieren und kontrolliert in Test, Abnahme und Produktion importieren.
- Überwachung und Rückfallweg vor dem Umschalten dokumentieren.
Fazit
SQL Translation kann den Übergang erleichtern, wenn ein Client kurzfristig nicht vollständig umgeschrieben werden kann. Der Nutzen entsteht durch eine klare Zuordnung je Anwendung, nachvollziehbare Profile und gründliche Tests. Als dauerhafte Blackbox sollte die Übersetzung nicht betrieben werden: Jede Regel braucht einen fachlichen Eigentümer und ein Ziel für die spätere Bereinigung.
Weiterführend: Oracles SQL Translation für JDBC- und ODBC-Anwendungen, die DBMS_SQL_TRANSLATOR-Referenz und der SQL Translation and Migration Guide.