Was ist Datenbank?
Eine Datenbank ist ein strukturiertes System zur persistenten Speicherung, Abfrage und Verwaltung von Daten. Sie ist das Rückgrat praktisch jeder Web-Anwendung, CRM, E-Commerce-Plattform oder SaaS-Produkts — ohne Datenbank keine Benutzerkonten, keine Bestellungen, keine Analytics. Man unterscheidet primär zwei Klassen: Relationale Datenbanken (SQL) speichern Daten in Tabellen mit festen Schemas und Beziehungen — PostgreSQL, MySQL/MariaDB, SQL Server und Oracle dominieren diesen Bereich. Sie garantieren ACID-Eigenschaften (Atomicity, Consistency, Isolation, Durability) und sind die richtige Wahl für transaktionale Workloads wie Buchhaltung, Banking oder Shop-Systeme. NoSQL-Datenbanken verzichten auf festes Schema und relationale Joins zugunsten von Flexibilität und horizontaler Skalierung — MongoDB (Dokumente), Redis (Key-Value, In-Memory), DynamoDB (verteilt), Neo4j (Graph) und Elasticsearch (Volltext) sind prominente Vertreter. Die wichtigsten Design-Entscheidungen: Normalisierung (Daten-Duplikation vermeiden, Integrität durch Foreign Keys sichern) vs. Denormalisierung (Joins vermeiden, Read-Performance priorisieren). Indexing (schnelle Abfragen durch B-Tree- oder Hash-Indizes, Kosten: langsamere Writes + Speicher). Backups (Point-in-Time-Recovery, automatisierte Snapshots — ohne Backup ist die Frage nicht ob, sondern wann Datenverlust passiert). Migrations (Schema-Änderungen versioniert deployen, nie manuell in Production). Für EU-Unternehmen ist DSGVO-Konformität zentral: Datenstandort, Löschbarkeit personenbezogener Daten, Verschlüsselung at-rest und in-transit. Moderne Cloud-Angebote (Supabase, Neon, PlanetScale, AWS RDS) bieten Managed Database mit Backup, Replikation, Monitoring und regionaler Datenhaltung — oft die bessere Wahl als Self-Hosting für Teams unter 50 Mitarbeitern. Bei goldenwing.at läuft das CMS beispielsweise auf PostgreSQL 16 lokal auf VPS mit täglichen Snapshots.
Wichtige Punkte
- Zwei Welten: Relationale DBs (PostgreSQL, MySQL) für transaktionale Konsistenz vs. NoSQL (MongoDB, Redis) für Flexibilität und Skalierung
- ACID-Eigenschaften garantieren dass Transaktionen atomar, konsistent, isoliert und dauerhaft sind — unverzichtbar für Finanz-, Bestell- und Kontosysteme
- Indexing macht Abfragen um Größenordnungen schneller — aber jeder Index kostet bei Writes; strategisch wählen
- Normalisierung vs. Denormalisierung: Integrität vs. Read-Performance — je nach Workload die richtige Balance finden
- Backups sind Pflicht, nicht Option: Point-in-Time-Recovery, automatisierte Snapshots, regelmäßige Restore-Tests
- Schema-Migrations versioniert deployen (z.B. per Drizzle, Prisma, Flyway) — manuelle DB-Änderungen in Production sind ein Rezept für Drift und Chaos
- DSGVO-Aspekte: Datenstandort dokumentieren, personenbezogene Daten löschbar machen, Verschlüsselung at-rest und in-transit
- Managed Services (Supabase, Neon, RDS) sparen Ops-Aufwand — für kleine Teams fast immer die bessere Wahl als Self-Hosting
- Connection-Pooling (PgBouncer, Prisma-Accelerate) ist ab ~50 gleichzeitigen Nutzern kein Luxus mehr, sondern Notwendigkeit
Praxisbeispiel
“Unser Payload-CMS nutzt PostgreSQL 16 mit lokalisierten Übersetzungen in Locale-Tabellen, Foreign-Key-Integrity und täglichen pg_dump-Snapshots für Point-in-Time-Recovery.”
Professionelle Hilfe zum Thema "Datenbank"?
Das GoldenWing-Team bietet strategische Web- & App-Entwicklung-Leistungen für österreichische und internationale Kunden. Von der Erstberatung bis zur Umsetzung — mit messbaren Ergebnissen.