PostgreSQL — die Datenbank hinter Ihrer Website und Ihrem Shop
Jedes Produkt, jede Bestellung, jeder Lead und jede Seite, die Sie auf 4buildsite anlegen, lebt in einer PostgreSQL-Datenbank. Sie müssen sie nicht selbst verwalten — es lohnt sich aber zu wissen, warum wir sie gewählt haben: transaktionale Integrität für Zahlungen, eine seit fast 30 Jahren bewiesene Zuverlässigkeit und null Lizenzkosten in Ihrem Preis.
Was PostgreSQL ist und was es in Ihrer Website speichert
PostgreSQL ist ein relationales Open-Source-Datenbanksystem, das seit 1996 durchgehend weiterentwickelt wird — mit Wurzeln im POSTGRES-Projekt der Universität Berkeley (1986). Auf 4buildsite ist PostgreSQL der Ort, an dem die Daten Ihrer Website leben: Produkte und Bestände, Bestellungen und Zahlungen, Leads aus Formularen und die Inhalte der Seiten. Sie arbeiten im visuellen Editor; PostgreSQL bewahrt jede Änderung sicher auf.
Warum ist das für Sie wichtig, wenn Sie kein Entwickler sind? Weil sich der Unterschied zwischen einer soliden und einer fragilen Datenbank genau in den schwierigen Momenten zeigt: bei einer Trafficspitze während einer Aktion, bei einer doppelt ausgeführten Zahlung, bei einem Serverneustart. PostgreSQL ist darauf ausgelegt, solche Momente zu überstehen, ohne Daten zu verlieren oder zu beschädigen — deshalb setzen Unternehmen wie Instagram und Reddit es im großen Maßstab ein, und historisch bildete es die Grundlage der Skype-Infrastruktur.
- Produkte, Varianten und Bestände — der komplette Katalog Ihres Shops
- Bestellungen, Stripe-Zahlungen und Rechnungen — die lückenlose Verkaufshistorie
- Leads aus Formularen — jede Angebotsanfrage, garantiert gespeichert
- Die Inhalte der Seiten und Vorlagen — alles, was Sie im visuellen Editor bearbeiten
- Die Domains, Einstellungen und veröffentlichten Versionen Ihrer Website
Bestellungen und Zahlungen ohne beschädigte Daten — ACID-Integrität
Wenn eine Kundin eine Bestellung aufgibt, passiert mehreres gleichzeitig: Der Bestand sinkt, die Bestellung wird angelegt, die Stripe-Zahlung wird erfasst. PostgreSQL führt das als eine einzige Transaktion aus: entweder alles oder nichts. Scheitert die Zahlung auf halbem Weg, kehrt der Bestand automatisch auf den Ausgangswert zurück. Dieses Verhalten heißt ACID (Atomicity, Consistency, Isolation, Durability) und wird von PostgreSQL auf jeder Tabelle garantiert, ohne besondere Konfiguration.
Neben Transaktionen setzt PostgreSQL Integritätsregeln direkt in der Datenbank durch: Eine Bestellposition kann kein nicht existierendes Produkt referenzieren, ein Bestand kann nicht negativ werden, eine Konto-E-Mail kann sich nicht doppeln. Diese Constraints (Fremdschlüssel, Check, Unique) stoppen falsche Daten, bevor sie hineingelangen — nicht erst, nachdem sie Ihren Verkaufsbericht ruiniert haben.
Für Marktplätze zählt Integrität doppelt: Provisionen und geteilte Auszahlungen über Stripe Connect werden aus den Bestelldaten berechnet. Eine doppelte Bestellung oder ein inkonsistenter Betrag würde bedeuten, dass Geld falsch unter den Verkäufern aufgeteilt wird. Die Transaktionen von PostgreSQL halten diese Berechnungen korrekt, Bestellung für Bestellung.
Schnelle Katalogsuche und flexible Inhalte
PostgreSQL bringt eine Volltextsuchmaschine mit: Kundinnen und Kunden suchen nach „Laufschuhe“ und finden die passenden Produkte, mit Stemming-Wörterbüchern unter anderem für das Deutsche. Die Erweiterung pg_trgm ergänzt Toleranz gegenüber Tippfehlern. Für einen Shop bedeuten diese Fähigkeiten, dass sich ein Katalog gut durchsuchen lässt, ohne einen separaten Dienst wie Elasticsearch — also weniger Komponenten, die ausfallen können, und geringere Infrastrukturkosten.
Die im visuellen Editor gebauten Seiteninhalte haben keine feste Struktur — ein Hero-Block, ein Formular und eine Galerie haben unterschiedliche Felder. PostgreSQL löst das mit JSONB: Es speichert JSON nativ, mit GIN-Indizes durchsuchbar und wie jede andere Spalte abfragbar. Sie erhalten die Flexibilität einer Dokumentendatenbank und behalten zugleich die relationale Integrität für Bestellungen und Zahlungen — in einem System, nicht in zweien.
- tsvector und Stemming-Wörterbücher (Deutsch inklusive) — relevante Suche im Katalog
- pg_trgm — Kundinnen und Kunden finden das Produkt auch mit einem Tippfehler
- JSONB mit GIN-Indizes — flexible Seitenblöcke bleiben schnell abfragbar
Zuverlässigkeit: Backup, Wiederherstellung und keine Überraschungen
PostgreSQL schreibt jede Änderung zuerst in ein Journal (WAL — Write-Ahead Log) und erst danach in die eigentlichen Daten. Fällt der Server unvermittelt aus, baut sich die Datenbank beim Neustart aus dem Journal wieder auf, ohne beschädigte Daten. Auf demselben Mechanismus beruht auch die zeitpunktgenaue Wiederherstellung (PITR) — eine Standardfähigkeit der Engine für Installationen, die das WAL-Journal archivieren. Auf 4buildsite liegen die Daten auf persistenten Volumes, getrennt von der Anwendung, sodass ein Neustart oder ein Plattform-Update sie nicht berührt.
PostgreSQL beherrscht außerdem Streaming-Replikation — eine synchronisierte Kopie der Datenbank, bereit, bei Bedarf den Verkehr zu übernehmen.
Skalierung und Kosten — wachsen ohne Lizenzrechnungen
Wächst der Shop, wächst PostgreSQL mit: Indizes halten die Abfragen auch bei Katalogen mit Hunderttausenden Produkten schnell, Partitionierung teilt die Bestellhistorie nach Zeiträumen auf, und Lesereplikate übernehmen den Auswertungsverkehr. Instagram und Reddit haben PostgreSQL auf Hunderte Millionen Nutzer skaliert — ein Onlineshop erreicht die Grenzen dieser Technologie viel später, als man denkt.
PostgreSQL steht unter einer freien Lizenz (PostgreSQL License, BSD-artig) — ohne Lizenzkosten und ohne kommerziellen Eigentümer, der die Regeln über Nacht ändern kann. Kommerzielle Datenbanken werden in der Regel pro Prozessorkern lizenziert, und diese Kosten landen unweigerlich im Preis für die Kundschaft. Auf 4buildsite ist die Datenbank im Tarif enthalten, zusammen mit Hosting und SSL — ohne jede separate Gebühr.
Vorteile und Grenzen
Vorteile
- Vollständige ACID-Transaktionen — Bestellungen und Zahlungen bleiben selbst bei Fehlern oder Serverausfällen konsistent.
- Seit 1996 bewiesene Zuverlässigkeit, produktiv im Einsatz bei Instagram, Reddit und historisch bei Skype.
- Natives JSONB — flexible Seiteninhalte, ohne die relationale Integrität zu opfern.
- Volltextsuche inklusive, mit Stemming für das Deutsche — Katalogsuche ohne separaten Dienst.
- Freie Lizenz — keine versteckten Lizenzkosten im Preis Ihres Tarifs.
- WAL-Journal — nach einem plötzlichen Serverausfall baut sich die Datenbank beim Neustart ohne beschädigte Daten wieder auf.
Grenzen
- Fortgeschrittene Administration (Tuning, Replikation, Failover) erfordert Erfahrung — auf 4buildsite übernehmen wir sie, selbst gehostet ist sie anspruchsvoll.
- Schreibvorgänge laufen über einen einzigen primären Knoten — die Verteilung auf mehrere Knoten (Sharding) ist nicht nativ und erfordert Zusatzwerkzeuge.
- Jede Verbindung verbraucht vergleichsweise viel Arbeitsspeicher — bei vielen Verbindungen braucht es Pooling (PgBouncer).
- Die Volltextsuche ist gut, bleibt bei anspruchsvoller Relevanz und Suchvorschlägen aber hinter spezialisierten Engines zurück.
Kurzes Fazit
PostgreSQL ist die Standardwahl für Websites, Onlineshops und Marktplätze, bei denen Bestellungen, Zahlungen und Leads nicht verloren gehen dürfen. Ein einfacher Blog käme auch mit weniger aus — dank der freien Lizenz erhalten Sie dieses Sicherheitsniveau auf 4buildsite ohnehin ohne Aufpreis.
Technische Daten
| Fähigkeit | Grenze / Schwelle | Typischer Einsatz | |
|---|---|---|---|
| Transaktionale Integrität | Vollständiges ACID und MVCC, auf jeder Tabelle | Sehr lange Transaktionen halten Ressourcen blockiert | Bestellungen, Zahlungen, Bestände |
| JSONB | Natives JSON, mit GIN indizierbar | Sehr komplexe Abfragen auf JSON sind langsamer als auf klassischen Spalten | Seiteninhalte, Einstellungen, Produktattribute |
| Volltextsuche | tsvector und pg_trgm, mehrsprachig (Deutsch inklusive) | Relevanz unterhalb spezialisierter Suchmaschinen | Die Suche im Shop-Katalog |
| Backup & Replikation | WAL, PITR, Streaming-Replikation | Automatisches Failover erfordert externe Werkzeuge (z. B. Patroni) | Wiederherstellung nach Zwischenfällen, hohe Verfügbarkeit |
| Skalierung | Lesereplikate, Tabellenpartitionierung | Schreibvorgänge bleiben auf dem primären Knoten | Große Kataloge und Bestellhistorien |
| Kosten | Open Source, freie Lizenz | Die realen Kosten sind Infrastruktur und Administration | In den Tarifen von 4buildsite enthalten |
PostgreSQL, MySQL und MongoDB im Vergleich
| Kriterium | PostgreSQL | MySQL | MongoDB |
|---|---|---|---|
| ACID-Integrität | Vollständig, auf jeder Tabelle, standardmäßig | Vollständig nur mit der InnoDB-Engine | Dokumentübergreifende Transaktionen erst ab v4.0, mit Einschränkungen |
| Datentypen & JSON | Indizierbares JSONB und reichhaltige Typen (Array, Range) | Gültiges JSON, indirekte Indizierung (generierte Spalten) | Native BSON-Dokumente, ohne erzwungenes Schema |
| Volltextsuche | Enthalten: tsvector, pg_trgm, mehrsprachiges Stemming | Grundlegend (InnoDB FTS) | Grundlegend; die fortgeschrittene Variante (Atlas Search) nur in der kommerziellen Cloud |
| Lizenz / Kosten | PostgreSQL License — frei, ohne kommerziellen Eigentümer | GPL, im Besitz von Oracle (kommerzielle Editionen) | SSPL — keine klassische Open-Source-Lizenz mehr |
| Ökosystem | Starke Erweiterungen (PostGIS, pgvector), Unterstützung in allen ORMs | Allgegenwärtig im klassischen PHP-/WordPress-Hosting | Stark bei Node.js, sonst eingeschränkter |
| Eignung für E-Commerce | Ausgezeichnet — Bestellungen, Bestände und Zahlungen garantiert konsistent | Gut — der historische Standard (Magento, WooCommerce) | Für flexible Kataloge; die Konsistenz der Bestellungen erfordert Zusatzaufwand |
Häufige Fragen
Beeinträchtigt PostgreSQL die Geschwindigkeit meiner Website?
Nicht im negativen Sinn. Öffentliche Seiten werden von Next.js mit Cache ausgeliefert, und indizierte PostgreSQL-Abfragen antworten in Millisekunden. Bei einer typischen Website oder einem typischen Shop wiegen Frontend und Bilder für die wahrgenommene Geschwindigkeit weit schwerer als die Datenbank.
Warum nicht WordPress mit MySQL, wie alle anderen?
WordPress ist ein PHP-CMS mit Themes und Plugins, die laufend gepflegt und aktualisiert werden müssen. 4buildsite erzeugt Next.js-Websites mit PostgreSQL: ohne Plugins zum Patchen und mit weniger Sicherheitslücken. MySQL ist keine schlechte Wahl — aber PostgreSQL bietet zusätzlich indizierbares JSONB, eine bessere Volltextsuche und strengere Integrität, bei derselben freien Lizenz.
Was passiert mit meinen Daten, wenn der Server ausfällt?
PostgreSQL schreibt jede Änderung zuerst in das WAL-Journal, sodass sich die Datenbank beim Neustart ohne beschädigte Daten wieder aufbaut — ein plötzlicher Serverausfall beschädigt Ihre Bestellungen nicht. Zudem liegen die Daten auf persistenten Volumes, getrennt von der Anwendung, sodass ein Neustart oder ein Plattform-Update sie nicht berührt.
Kann ich meine Daten exportieren, wenn ich 4buildsite verlasse?
Ja. Ihre Daten liegen in PostgreSQL, einem Industriestandard — Produkte, Bestellungen und Kundendaten lassen sich in gängige Formate exportieren (CSV, SQL). Es gibt kein proprietäres Format, das Sie an die Plattform bindet.
Hält PostgreSQL mit, wenn mein Shop wächst?
Ja, mit sehr großem Spielraum. Instagram und Reddit haben PostgreSQL auf Hunderte Millionen Nutzer skaliert, mithilfe von Indizes, Partitionierung und Lesereplikaten — denselben Techniken, die auch auf 4buildsite verfügbar sind. Ein Onlineshop stößt weit früher an die Grenzen der eigenen Logistik als an die von PostgreSQL.
Was kostet mich die PostgreSQL-Lizenz?
Nichts. PostgreSQL steht unter einer freien Lizenz (PostgreSQL License, BSD-artig), ohne Gebühren pro Server oder pro Kern. Auf 4buildsite ist die Datenbank in Ihrem Tarif enthalten, zusammen mit Hosting und SSL — Sie zahlen dafür nichts extra.