Zum Inhalt springen
Schwerpunkt

PostgreSQL statt Oracle: Migration und Neuentwicklung

Wir kennen Oracle seit 1998 und PostgreSQL seit 2014 in der Tiefe. Das macht uns zu einem ehrlichen Partner für die Frage, ob und wie Sie wechseln sollten.

Zwei Datenbanken, eine ehrliche Empfehlung

Seit 1998 arbeiten wir mit Oracle, seit 2014 ebenso intensiv mit PostgreSQL. Wir verkaufen keine Migration um ihrer selbst willen. Wenn Ihre Oracle-Anwendung stabil läuft und die Kosten tragbar sind, sagen wir das. Wenn aber Lizenzen, Supportverträge und Hardwareanforderungen jedes Jahr wachsen, während die Anwendung keine neuen Funktionen bekommt, ist PostgreSQL in den meisten Fällen die bessere Grundlage für die nächsten zehn Jahre.

Was bei einer Migration tatsächlich zu tun ist

Schema. Datentypen, Sequenzen, Constraints, Indizes. Vieles ist Standard-SQL, einiges Oracle-spezifisch: NUMBER-Präzision, DATE mit Uhrzeit, VARCHAR2-Semantik bei Leerstrings. Wir kennen diese Stolpersteine und beheben sie im Schema, nicht später in der Anwendung.

Logik. Packages, Prozeduren, Trigger. PL/pgSQL ist PL/SQL ähnlich, aber nicht gleich. Wir entscheiden pro Baustein, ob er nach PL/pgSQL übersetzt oder in ein Go-Backend verlagert wird. Ergebnis ist Logik, die getestet und dokumentiert ist, statt nur übertragen.

Anwendung. Oracle Forms oder APEX laufen nicht auf PostgreSQL. Die Oberfläche entsteht neu: Vue.js im Browser oder Flutter für Web, Mobile und Desktop. Das ist der Teil, in dem die Fachbereiche endlich die Funktionen bekommen, auf die sie gewartet haben. Mehr zur Oracle-Forms-Modernisierung.

Daten. Testmigration mit Zeitmessung, Abgleich der Datensätze, dann der Umstieg in einem Wartungsfenster oder in einer Parallelphase.

Betrieb. PostgreSQL braucht Monitoring, Backups und Updates wie jede Datenbank. Auf Wunsch übernehmen wir den Betrieb auf europäischen Servern. Mehr zu Hosting und Betrieb.

Neue Anwendungen auf PostgreSQL

Für Neuentwicklungen ist PostgreSQL unsere erste Wahl, mit Go als Backend und Vue.js oder Flutter als Oberfläche. Row-Level Security für Mandantentrennung, JSON-Spalten für flexible Strukturen, PostGIS für Geodaten: Das sind keine Zusatzmodule mit Lizenzkosten, sondern Teil der Datenbank. Das Kartentool für die DB InfraGO nutzt PostGIS und QGIS für interaktive Karten im Browser, EasyFlow Business nutzt Row-Level Security für den Multi-Tenant-Betrieb.

Wie wir arbeiten

Sie sprechen mit den Entwicklern, die Ihre Pakete lesen. Wir beginnen mit einer Analyse, die den Aufwand messbar macht, und mit einem Pilotmodul, an dem Sie das Ergebnis sehen. KI-Werkzeuge beschleunigen die Übersetzung von Logik und das Schreiben von Tests deutlich. Die Architektur und jede Entscheidung über Ihre Daten bleiben bei erfahrenen Entwicklern.

Häufige Fragen

Lohnt sich die Migration von Oracle nach PostgreSQL?

Meist dann, wenn Lizenz- und Supportkosten einen großen Posten ausmachen, die Anwendung ohnehin überarbeitet werden muss oder Sie die Abhängigkeit von einem Hersteller reduzieren wollen. Nicht lohnend ist sie, wenn eine stabile Anwendung tief in Oracle-spezifische Funktionen verzahnt ist und sonst nichts drückt. Wir rechnen das mit Ihnen durch, bevor Sie sich festlegen.

Was wird aus unserem PL/SQL-Code?

PostgreSQL hat mit PL/pgSQL eine sehr ähnliche prozedurale Sprache. Vieles lässt sich direkt übersetzen, einiges muss umgebaut werden: Packages, autonome Transaktionen, bestimmte Datumsfunktionen, Sequenzen. Logik, die eher in die Anwendung gehört, verlagern wir in ein Go-Backend. KI-Werkzeuge beschleunigen die Übersetzung spürbar, geprüft und getestet wird jeder Teil von uns.

Kann PostgreSQL die Leistung unserer Oracle-Datenbank liefern?

Für die allermeisten Unternehmensanwendungen ja. PostgreSQL ist bei Transaktionen, Indizes, Partitionierung, JSON und Volltextsuche auf Augenhöhe, mit PostGIS bei Geodaten sogar führend. Wichtig ist, dass Datenmodell und Abfragen auf PostgreSQL abgestimmt werden, statt Oracle-Gewohnheiten eins zu eins zu übernehmen.

Wie läuft die Datenübernahme ohne langen Stillstand?

Wir migrieren zuerst das Schema, dann die Daten in einem Testlauf, und messen die Dauer. Für den Umstieg selbst gibt es je nach Datenmenge einen kurzen Wartungsfenster-Ansatz oder eine Parallelphase mit Synchronisation. Das Verfahren legen wir mit Ihrer IT fest.

Entwickeln Sie auch neue Anwendungen direkt auf PostgreSQL?

Ja, für neue Projekte ist PostgreSQL unsere erste Wahl. Darauf setzen wir ein Go-Backend mit REST-API und als Oberfläche Vue.js im Browser oder Flutter für Web, iOS, Android und Desktop. Das Kartentool für die DB InfraGO und EasyFlow Business laufen auf genau diesem Stack.

Lassen Sie uns sprechen

Erzählen Sie uns von Ihrem Projekt.

Projekt besprechen