PostgreSQL für Unternehmensanwendungen: eine Datenbank statt vier Systemen

PostgreSQL ist ein freies relationales Datenbanksystem, das in Unternehmensanwendungen strukturierte Tabellen, flexible JSON-Felder, Volltextsuche und Vektorsuche in einem System vereint. Für mittelständische Anwendungen heißt das: eine Datenbank statt vier Spezialdiensten, ein Sicherungskonzept, ein Satz Berechtigungen. Lizenzkosten fallen nicht an, der Betrieb bleibt in eigener Hand.

PostgreSQL im Mittelstand: warum die Wahl darauf fällt

Der praktische Vorteil ist nicht ein einzelnes Merkmal, sondern die Zahl der Systeme, die man dadurch nicht betreiben muss. Wer Suche, Dokumentenablage und Auswertung auf drei getrennte Dienste verteilt, betreibt drei Sicherungen, drei Rechtemodelle und drei Aktualisierungspfade – und muss die Datenstände zwischen ihnen abgleichen.

Dazu kommt Verlässlichkeit im Alltag: echte Transaktionen über mehrere Tabellen, Prüfregeln in der Datenbank statt nur in der Anwendung, und ein Abfrageplaner, der auch bei zusammengesetzten Auswertungen brauchbare Wege findet. In einem anonymisierten Projekt sank der Abgleich offener Posten dadurch von 12,3 auf 0,4 Sekunden je Lauf – nicht durch stärkere Hardware, sondern durch passende Indizes und eine Abfrage, die die Arbeit in der Datenbank erledigt statt in der Anwendung.

jsonb: flexible Strukturen ohne Schemabruch

Der Datentyp jsonb speichert verschachtelte Strukturen und lässt sie zugleich durchsuchen und indizieren. Das löst ein häufiges Problem: Ein Vorgang hat feste Felder – Nummer, Kunde, Datum, Betrag – und dazu wechselnde Zusatzangaben je Produktgruppe oder Kunde.

Bewährt hat sich eine klare Trennung: Was ausgewertet, sortiert oder verknüpft wird, bekommt eine eigene Spalte. Was nur mitgeführt und selten gelesen wird, wandert in ein jsonb-Feld. Wird ein Attribut daraus wichtig, zieht man es in eine Spalte um. Wer dagegen alles in ein flexibles Feld legt, verliert Prüfregeln und handelt sich später eine große Umbauaktion ein.

Ein häufiger Irrtum betrifft die Größe: Der Wechsel auf ein anderes System wird oft mit Datenmengen begründet, die auf einem einzelnen, gut eingestellten Server ohne Weiteres laufen. Vor jedem Umbau lohnt deshalb die Prüfung, ob nicht ein fehlender Index oder eine ungeschickt formulierte Abfrage die eigentliche Ursache der Langsamkeit ist.

Volltextsuche und unscharfe Suche

Für Kataloge, Wissensbestände und Belegarchive reicht die eingebaute Volltextsuche in vielen Fällen aus: Wortstämme, Gewichtung von Feldern, Rangfolge der Treffer und deutsche Wörterbücher sind vorhanden. Ergänzend erlaubt eine Ähnlichkeitssuche das Finden trotz Tippfehlern und abweichender Schreibweisen – nützlich überall dort, wo Namen von Menschen eingegeben wurden.

Genau dieser Fall tritt bei Datenübernahmen regelmäßig auf, siehe Legacy-Modernisierung: Erst die Zusammenführung ähnlicher Schreibweisen macht einen Bestand auswertbar.

Vektorsuche mit pgvector

Mit der Erweiterung pgvector speichert dieselbe Datenbank Einbettungen und findet Inhalte nach Bedeutung statt nach Wortgleichheit. Für Anwendungen mit Sprachmodellen ist das der Kern: Ein Dokumentbestand wird in Abschnitte zerlegt, jeder Abschnitt bekommt eine Einbettung, und zur Frage werden die passenden Abschnitte gesucht und dem Modell mitgegeben.

In der Praxis liefert die Kombination die besten Ergebnisse: Die unscharfe Suche findet thematisch Verwandtes, die Volltextsuche sichert exakte Begriffe wie Artikelnummern ab, und die Rangfolge wird aus beiden gebildet. Weil Inhalte und Einbettungen in einer Datenbank liegen, gelten dieselben Rechte und dieselbe Sicherung – ein Vorteil auch für den Datenschutz, siehe DSGVO-konforme Softwareentwicklung.

PostgreSQL im Betrieb: Sicherungen und Mandantentrennung

• Sicherung und Wiederherstellung. Vollsicherung plus fortlaufendes Transaktionsprotokoll erlauben die Wiederherstellung auf einen Zeitpunkt. Entscheidend ist, dass die Wiederherstellung regelmäßig geprobt wird.
• Ausfallsicherheit. Ein Zweitserver folgt dem Hauptserver und übernimmt bei Bedarf; Leseabfragen lassen sich dorthin auslagern.
• Mandantentrennung. Getrennte Schemata je Mandant oder Zeilenrechte in gemeinsamen Tabellen – die Entscheidung fällt nach Anzahl der Mandanten und Prüfanforderungen.
• Standort. Der Betrieb auf Servern in Deutschland oder der EU vermeidet Diskussionen über Drittlandtransfers.

Grenzen: wann etwas anderes passt

Das System ist kein Werkzeug für jede Aufgabe. Bei sehr großen Suchbeständen mit vielen gleichzeitigen Abfragen kann eine spezialisierte Suchmaschine sinnvoller sein. Für Auswertungen über Milliarden Zeilen sind spaltenorientierte Systeme schneller. Sehr hohe Schreibraten aus Messreihen gehören eher in eine Zeitreihendatenbank, und Dateien wie Bilder oder Videos liegen besser in einem Objektspeicher als in der Datenbank.

Wir setzen PostgreSQL in unseren Anwendungen als führendes System ein und ergänzen Spezialdienste erst, wenn eine Grenze tatsächlich erreicht ist; Anbindungen an Nachbarsysteme laufen über definierte Zugänge, siehe API-Integration. Was in einem solchen Projekt geliefert wird, steht auf der Seite Softwareentwicklung.