Was ist EDB Postgres?
EDB, früher EnterpriseDB, ist ein Unternehmen, das seit langem zum PostgreSQL-Projekt beiträgt und kommerzielle Produkte darauf verkauft. Der Name deckt zwei verschiedene Dinge ab, und sie zu verwechseln ist der übliche Ausgangspunkt.
Community-PostgreSQL mit Support von EDB ist die gewöhnliche quelloffene Datenbank, mit einem kommerziellen Supportvertrag dahinter. An der Datenbank selbst ändert sich nichts.
EDB Postgres Advanced Server ist ein eigenes Produkt: PostgreSQL, erweitert um Fähigkeiten, die EDB entwickelt und kommerziell lizenziert. Es ist kompatibel zu PostgreSQL, und es ist nicht dieselbe Software.
Diese Seite existiert für die Frage, welches von beiden du tatsächlich brauchst. Denn die meisten Organisationen, die nach EDB fragen, brauchen das erste und bekommen das zweite offeriert.
Was Advanced Server hinzufügt
Die auffälligste Fähigkeit ist die Oracle-Kompatibilität. Advanced Server versteht einen grossen Teil des PL/SQL-Dialekts von Oracle, dazu dessen Packages und die Konventionen des Data Dictionary. Das zählt für genau eine Situation, und die ist gewichtig: eine Organisation mit jahrelang gewachsener PL/SQL-Geschäftslogik, die von Oracle weg will, ohne alles zuerst neu zu schreiben.
Darum herum liegen Funktionen für Unternehmen: zusätzliche Sicherheitskontrollen, Auditing und Werkzeuge für Migration und Hochverfügbarkeit. Nützlich, und grösstenteils Dinge, die ein gut geführter PostgreSQL-Bestand auch anders löst.
Wann Advanced Server seine Lizenz verdient
Du migrierst von Oracle weg, und die Stored Procedures sind das Hindernis. Dafür wurde es gebaut. Bei Zehntausenden Zeilen PL/SQL macht die Kompatibilität aus einer Neuentwicklung eine Migration, und die Lizenzkosten sind dann gegen die Kosten dieser Neuentwicklung zu rechnen und nicht gegen die eines kostenlosen PostgreSQL.
Die Beschaffung verlangt einen Anbieter. Manche Organisationen dürfen Software nur einsetzen, wenn ein Unternehmen den Vertrag unterschreibt. Das ist eine legitime Randbedingung, und Advanced Server erfüllt sie.
Du brauchst eine bestimmte Funktion, die es hat und Community-PostgreSQL nicht. Selten, und die Prüfung lohnt sich, denn diese Liste ist kürzer als noch vor fünf Jahren.
Wann reines PostgreSQL die Antwort ist
Ehrlich gesagt meistens.
Community-PostgreSQL ist keine abgespeckte Ausgabe eines kommerziellen Produkts. Es ist die Datenbank, offen entwickelt, und ihr Ökosystem an Erweiterungen deckt fast alles ab, was eine Installation im Unternehmen braucht. Teams, die neu anfangen, ohne Oracle-Altlast, stossen praktisch nie an eine Wand, die Advanced Server verhindert hätte.
Eine kaufmännische Trennung lohnt sich: Support für Community-PostgreSQL lässt sich einkaufen, ohne Advanced Server zu kaufen. Jemanden zu haben, der um drei Uhr morgens verantwortlich ist, ist nicht dasselbe wie Oracle-Kompatibilität zu brauchen, und im Gespräch werden die beiden häufiger zusammengeworfen, als ihnen guttut.
Die Frage nach der Bindung, in beide Richtungen gestellt
Advanced Server ist kompatibel zu PostgreSQL, Anwendungen dagegen laufen also in der Regel. Bei Anwendungen, die dessen Oracle-kompatible Funktionen nutzen, sieht es anders aus: genau diese Teile hat Community-PostgreSQL nicht, und das ist zugleich der Grund, dafür zu bezahlen, und die Form der Bindung.
Das ist kein Argument dagegen. Es ist ein Argument dafür, zu wissen, wofür du dich entscheidest. Denn eine Migration, die den Dialekt des einen Anbieters verlassen soll und im Dialekt des nächsten landet, hat ein kleineres Problem gelöst, als es zunächst aussieht.
Was der Betrieb in beiden Fällen verlangt
Die Betriebsarbeit ist für beide dieselbe, und es ist dieselbe Liste, die PostgreSQL immer verlangt: Backups, die schon einmal zurückgespielt wurden, ein Failover, das geübt ist, Connection Pooling passend zum Modell mit einem Prozess pro Verbindung, ein Autovacuum, das mit deinem Schreibmuster mithält, und Minor Releases im Quartalsrhythmus des Projekts. Community-PostgreSQL unterstützt jede Hauptversion fünf Jahre lang.
Eine Lizenz betreibt keine Datenbank, sie gibt dir jemanden zum Anrufen. Das ist wertvoll und es ist etwas anderes.
Wo VSHN ins Bild kommt
VSHN ist offizieller EDB-Partner in der Schweiz und betreibt PostgreSQL seit 2014 produktiv, auf Schweizer Cloud-Infrastruktur ab CHF 80 pro Monat und mit einem SLA von bis zu 99,99 Prozent. Wir können also beides betreiben: Community-PostgreSQL, wo das die richtige Antwort ist, und EDB Postgres Advanced Server, wo der Oracle-Bestand ihn zur richtigen Antwort macht.
Das nützliche erste Gespräch dreht sich darum, was deine Situation tatsächlich verlangt, und wir haben keinen Grund, das Teurere zu empfehlen, wenn es das nicht ist. Wenn du Anbieter gegeneinander abwägst, stellt unser Hosting-Vergleich sie nebeneinander.