Datenbank
Eine Datenbank speichert Daten strukturiert, damit sie schnell gefunden, geändert und ausgewertet werden können. Anders als eine Tabellendatei stellt sie sicher, dass mehrere Nutzer gleichzeitig arbeiten können, ohne sich zu überschreiben.
Der Unterschied zur Tabellenkalkulation
Viele Unternehmen führen ihre Daten in Tabellenblättern, und für kleine Mengen ist das völlig in Ordnung. Die Grenze ist erreicht, sobald mehrere Personen gleichzeitig schreiben, sobald Beziehungen zwischen Daten wichtig werden oder sobald es auf Verlässlichkeit ankommt.
Eine Datenbank löst genau das: Sie erzwingt Regeln – ein Auftrag braucht einen Kunden, ein Preis darf nicht leer sein –, sie verhindert, dass zwei gleichzeitige Änderungen sich gegenseitig überschreiben, und sie findet auch in Millionen Datensätzen den richtigen in Millisekunden.
Wann eine relationale Datenbank die richtige ist
Fast immer, wenn die Daten Beziehungen haben — Kunden, Aufträge, Positionen. Die Alternativen sind für Sonderfälle gebaut: sehr große Mengen gleichartiger Daten, sehr flexible Strukturen, sehr hohe Schreibraten. Diese Fälle sind im Mittelstand selten.
Der häufigste Fehler ist deshalb nicht die falsche Wahl, sondern eine vorschnelle: Wer mit einem Spezialsystem anfängt, weil es modern klingt, baut später Beziehungen von Hand nach, die eine relationale Datenbank mitgebracht hätte.
Woran Anwendungen tatsächlich langsam werden
An der Zahl der Abfragen, nicht an ihrer Komplexität. Eine Seite, die in einer Schleife für jeden Eintrag eine Abfrage stellt, kommt schnell auf hunderte — und ist damit langsamer als eine einzige, die alles auf einmal holt. Das ist der mit Abstand häufigste Befund.
Der zweite Befund ist fehlende Indexierung an einer Stelle, die mit den Daten gewachsen ist. Beides ist ohne Umbau zu beheben und macht in der Regel den größten Teil des Gewinns aus.
Was Sie als Entscheider davon wissen müssen
Zwei Dinge. Erstens: Ein sauberes Datenmodell zu Projektbeginn spart später ein Vielfaches. Nachträglich eine Struktur zu ändern, in der schon Daten liegen, ist aufwendig und riskant – deshalb lohnt sich die Zeit für diese Frühphase.
Zweitens: Sicherungen sind kein Nebenthema. Eine Datenbank ohne geprüftes Wiederherstellungsverfahren ist eine Sicherung, die es nicht gibt. Die Frage lautet nicht „Wird gesichert?", sondern „Wann wurde zuletzt erfolgreich zurückgespielt?".
Rechtsgrundlagen
- Urheberrechtsgesetz (UrhG)(öffnet in neuem Tab)§ 29 zur Unübertragbarkeit des Urheberrechts, §§ 31 ff. zu den Nutzungsrechten
Häufige Fragen zu Datenbank
Wie lange ist eine Datenbank als Sammlung rechtlich geschützt?
Was passiert mit einer halb ausgeführten Änderung, wenn die Datenbank abstürzt?
Wie viele Datensätze passen in eine Datenbanktabelle mit einem 32-Bit-Schlüssel?
Wie weit in die Zukunft kann eine Datenbank ein Datum speichern?
Was leistet eine Datenbank gegen SQL-Injection nicht?
Rechnungen automatisch auslesen mit KI: was GoBD-konform ist
KI liest Rechnungen schneller als jeder Mensch – aber sie archiviert nicht, sie prüft nicht, und bei einer echten E-Rechnung ist sie überflüssig. Was je nach Belegart sinnvoll ist und was die GoBD verlangen.
E-Rechnung im Online-Shop: Was ab 2027 gilt und was nicht
Ab 2027 müssen Händler mit mehr als 800.000 Euro Vorjahresumsatz E-Rechnungen an Geschäftskunden ausstellen, ab 2028 alle. Welche Bestellungen im Shop betroffen sind, welches Format passt und wo die Umsetzung typischerweise hakt.
Passende Leistungen
Datenbank-Design & Optimierung
Durchdachtes Schema-Design, gezielte Indexierung und Performance-Tuning für PostgreSQL, MariaDB, MongoDB und Redis — für Datenbanken, die mitwachsen.
Mehr dazuCRM/ERP-Integration
Salesforce, HubSpot, SAP und Co. per REST, Webhooks und ETL verbinden — Schluss mit doppelter Datenpflege und Medienbrüchen.
Mehr dazu