Relationale Datenbanken

Transaktionen und Konsistenz

Eine Transaktion ist eine Klammer um mehrere Schritte, die entweder ganz oder gar nicht passieren. Klassisches Beispiel: Beim Umbuchen soll Geld von einem Konto abgezogen und dem anderen gutgeschrieben werden. Fällt der Strom nach Schritt eins aus, darf nicht die Hälfte hängen bleiben. Achte darauf, dass dein System diese Zusicherung ernst nimmt, gerade wenn es um Geld, Lagerbestände oder Rechnungen geht.

Indizes und Geschwindigkeit

Ein Index funktioniert wie das Register hinten in einem Buch. Ohne Register blätterst du jede Seite durch, mit Register springst du direkt hin. Bei wenigen tausend Zeilen merkst du davon nichts, bei Millionen entscheidet ein Index, ob eine Abfrage in Sekundenbruchteilen oder in Minuten läuft. Frage in der Demo nach, wie das System mit deinem größten Datenbestand umgeht, nicht mit dem Beispieldatensatz.

Backup und Wiederherstellung

Das wird oft unterschätzt. Wichtig ist nicht nur, dass gesichert wird, sondern dass du die Sicherung auch zurückspielen kannst und wie lange das dauert. Ein Backup, das noch nie zurückgespielt wurde, ist ein Versprechen, kein Sicherheitsnetz.

Zugriffsrechte

Wer darf was sehen und ändern? In einem Betrieb mit mehreren Abteilungen willst du steuern, dass die Buchhaltung andere Felder sieht als der Vertrieb. Prüfe, ob sich Rechte pro Tabelle, pro Spalte oder pro Datensatz vergeben lassen, je nachdem, wie fein du es brauchst.

Skalierung

Überlege, wie sich dein Datenbestand in drei bis fünf Jahren entwickelt. Ein System, das heute reicht, kann bei zehnfacher Datenmenge ins Straucheln geraten. Wichtig ist weniger der theoretische Maximalwert als die Frage, was passiert, wenn du wächst: Musst du neu aufsetzen oder wächst das System mit?

Wer bedient das System später

Lass die Software in der Demo von der Person bedienen, die später täglich damit arbeitet, nicht vom Geschäftsführer und nicht vom Vertriebler des Anbieters. Wenn deine Sachbearbeiterin nach zwanzig Minuten nicht weiß, wie sie einen Datensatz anlegt, ist das ein Signal, egal wie beeindruckend die Präsentation war.

Managed oder selbst betreiben

Du kannst eine Datenbank selbst auf eigenen Servern betreiben oder als gemieteten Dienst nutzen, bei dem sich jemand anderes um Wartung, Updates und Backups kümmert. Für kleine Betriebe ohne eigene IT ist der gemietete Dienst meist der ruhigere Weg. Wer bereits Serverpersonal hat, kann mit Eigenbetrieb Kosten sparen, trägt dafür aber die Verantwortung für Sicherheit und Verfügbarkeit selbst.

Datenmodell und Flexibilität

Wie oft ändert sich bei dir die Struktur? Kommen ständig neue Felder dazu, willst du ein System, das Änderungen am Aufbau ohne großen Aufwand mitmacht. Bleibt deine Struktur über Jahre stabil, ist das weniger wichtig.

Import und Export

Prüfe früh, wie du deine bestehenden Daten hineinbekommst und wie du sie wieder herausbekommst. Ein System, das deine Daten nur schwer wieder herausrückt, bindet dich stärker, als dir lieb ist. Teste einen echten Export, nicht nur die Zusage im Prospekt.

Anbindung an andere Software

Deine Datenbank steht selten allein. Sie soll mit deiner Warenwirtschaft, deiner Buchhaltung oder deinem Shop reden. Frage konkret nach Schnittstellen und lass dir zeigen, wie eine solche Verbindung in der Praxis aussieht.

Die reinen Lizenz- oder Mietkosten sind selten das ganze Bild. Rechne die Gesamtkosten über mehrere Jahre, sonst vergleichst du Äpfel mit Birnen.

Übliche Abrechnungsmodelle

Es gibt Systeme, die frei nutzbar sind und bei denen du nur für Betrieb, Support oder Zusatzdienste zahlst. Andere rechnen pro Nutzer, pro Rechenkern, pro Speichermenge oder als Pauschale ab. Bei gemieteten Diensten zahlst du oft nach verbrauchten Ressourcen, also nach Rechenleistung, Speicher und übertragener Datenmenge. Lass dir vorrechnen, was dein realistischer Verbrauch kostet, nicht der Einstiegstarif.

Versteckte Posten

Achte auf Kosten, die im ersten Angebot nicht auftauchen: Einrichtung und Migration der Altdaten, Schulung deiner Leute, Support außerhalb der Standardzeiten, Kosten für zusätzliche Funktionen, die im Grundpaket fehlen. Bei gemieteten Diensten kann der Datentransfer beim Herausziehen der Daten teuer werden, gerade wenn du später wechseln willst.

Der Aufwand für den Betrieb

Beim Eigenbetrieb ist die Arbeitszeit deiner Leute ein echter Kostenpunkt, auch wenn keine Rechnung dafür kommt. Wer Updates einspielt, Backups prüft und im Störfall nachts ran muss, kostet Geld. Diesen Aufwand solltest du in den Vergleich einrechnen, sonst wirkt der Eigenbetrieb günstiger, als er ist.

Wachstum einpreisen

Ein Modell, das bei deiner heutigen Größe günstig ist, kann bei doppelter Nutzerzahl deutlich teurer werden. Frage, wie sich der Preis entwickelt, wenn du wächst, und ob es Sprünge gibt, an denen es unangenehm teuer wird.

Kein getestetes Backup

Der häufigste Fehler, den ich sehe: Es wird gesichert, aber nie geprüft, ob sich die Sicherung zurückspielen lässt. Dann fällt etwas aus, und man merkt, dass die Backups seit Monaten leer oder unbrauchbar waren. Spiel mindestens einmal probeweise eine Sicherung zurück, bevor du dich darauf verlässt.

Alles in eine Tabelle

Betriebe, die von der Tabellenkalkulation kommen, bauen ihre alte Struktur eins zu eins nach: eine große Tabelle mit allem drin. Damit verschenkst du den ganzen Vorteil. Nimm dir die Zeit, die Daten sauber in verknüpfte Tabellen zu trennen, das zahlt sich über Jahre aus.

Keine klaren Zuständigkeiten

Wenn niemand offiziell für die Datenbank verantwortlich ist, kümmert sich niemand um Updates und Sicherheit. Benenne eine Person, auch in kleinen Betrieben, die den Überblick behält.

Rechte zu großzügig vergeben

Aus Bequemlichkeit bekommt jeder Vollzugriff. Dann löscht irgendwann jemand versehentlich hunderte Datensätze, oder Daten verlassen den Betrieb, die das nicht sollten. Vergib Rechte so knapp wie möglich und erweitere bei Bedarf.

Migration unterschätzt

Die Altdaten sind fast nie so sauber, wie man denkt. Dubletten, falsche Formate, leere Pflichtfelder. Plane für die Datenübernahme mehr Zeit ein als für die Auswahl der Software selbst.

Datenschutz

Sobald du personenbezogene Daten speicherst, also Namen, Adressen, Kundendaten, gilt die Datenschutz-Grundverordnung. Wichtig ist unter anderem, dass du weißt, welche personenbezogenen Daten wo liegen, dass du sie auf Anfrage löschen oder herausgeben kannst und dass der Zugriff geregelt ist. Prüfe, ob dein System dich dabei unterstützt, etwa beim gezielten Löschen einzelner Personen.

Auftragsverarbeitung

Nutzt du einen gemieteten Dienst, verarbeitet ein Anbieter deine Daten in deinem Auftrag. Dafür brauchst du in der Regel einen Vertrag zur Auftragsverarbeitung. Kläre auch, wo die Daten physisch liegen. Ein Serverstandort außerhalb des Europäischen Wirtschaftsraums bringt zusätzliche rechtliche Anforderungen mit sich, die du kennen solltest.

Aufbewahrung und Nachvollziehbarkeit

Geschäftsrelevante Daten, etwa aus Buchhaltung und Rechnungswesen, unterliegen gesetzlichen Aufbewahrungsfristen. In Deutschland spielen dabei die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern und Aufzeichnungen in elektronischer Form eine Rolle. Kernpunkt: Steuerlich relevante Daten müssen unveränderbar und nachvollziehbar aufbewahrt werden. Kläre, wie dein System das abbildet, und hol dir im Zweifel steuerlichen Rat.

In Österreich und der Schweiz gelten eigene, teils abweichende Regelungen zu Aufbewahrung und Datenschutz. Verlass dich nicht darauf, dass die deutsche Regel überall gilt, und prüfe die für deinen Standort geltenden Anforderungen.

Schritt eins: Anforderungen aufschreiben

Bevor du dir irgendein System ansiehst, schreib auf, was du wirklich brauchst. Wie viele Leute greifen zu, wie viele Datensätze erwartest du, welche anderen Programme sollen andocken, welche Auswertungen brauchst du. Diese Liste ist dein Maßstab, an dem du jeden Anbieter misst.

Schritt zwei: Zwei bis drei Kandidaten auswählen

Mehr als drei ernsthafte Kandidaten führen selten zu einer besseren Entscheidung, sondern nur zu längerer Unentschlossenheit. Wähle anhand deiner Liste aus dem Angebot über diesem Guide vor und geh mit zwei bis drei Systemen in die Tiefe.

Schritt drei: Mit echten Daten testen

Nimm einen echten Ausschnitt deiner Daten, keinen Demodatensatz, und spiel ihn ein. Bau eine Abfrage nach, die du im Alltag brauchst. So merkst du früh, wo es hakt, solange du noch nichts unterschrieben hast.

Schritt vier: Die Betriebsfrage klären

Entscheide, ob du selbst betreiben oder mieten willst, und rechne beide Wege über drei Jahre durch, inklusive Arbeitszeit. Bei knappen Ergebnissen wähle im Zweifel den Weg mit weniger eigenem Betriebsaufwand, gerade ohne eigene IT.

Schritt fünf: Ausstieg mitdenken

Kläre schon vor dem Einstieg, wie du wieder herauskommst. Lass dir zeigen, wie ein vollständiger Datenexport aussieht, und heb dir die Info auf. Ein Anbieter, der dir das nicht sauber zeigen kann, ist ein Warnsignal.

Schritt sechs: Klein anfangen

Start mit einem überschaubaren Bereich, sammle Erfahrung und weite dann aus. Ein Big Bang, bei dem am Montag alles neu ist, geht häufiger schief als ein schrittweiser Übergang. So lernen deine Leute mit, und du korrigierst Fehler, solange sie klein sind.