Datenbank Software

Abfragen und Auswertungen

Die wichtigste Frage im Tagesgeschäft: Wie leicht bekommst du deine Daten wieder heraus? Eine Datenbank, in die du sauber alles hineinschreibst, aber aus der du nur mit Programmierkenntnissen etwas herausholst, hilft der Buchhaltung nicht. Achte auf einen Abfrage-Editor, der auch grafisch bedienbar ist, und auf die Möglichkeit, Auswertungen zu speichern und wiederzuverwenden.

Zugriffsrechte pro Rolle

Nicht jeder darf alles sehen. Der Vertrieb braucht Kundendaten, die Buchhaltung braucht Zahlungsdaten, der Praktikant braucht vielleicht nur Leserechte auf einen Teilbereich. Eine brauchbare Datenbank Software erlaubt Rechte auf Tabellen- und idealerweise auf Feldebene. Prüfe das konkret: Lass dir zeigen, wie man einen Nutzer anlegt, der Bestellungen sehen, aber Gehälter nicht öffnen kann.

Import und Export

Deine Daten liegen heute irgendwo, meist in Tabellen oder einem Altsystem. Der Import muss funktionieren, ohne dass jemand tagelang Daten von Hand abtippt. Genauso wichtig ist der Export: Du willst deine Daten jederzeit vollständig herausbekommen, in einem offenen Format. Das ist keine Nebensache, sondern deine Versicherung gegen den Anbieterwechsel in fünf Jahren.

Backup und Wiederherstellung

Eine Datenbank ohne funktionierendes Backup ist eine tickende Uhr. Frage nicht nur, ob gesichert wird, sondern wie oft, wie lange die Sicherungen aufbewahrt werden und wie lange eine Wiederherstellung im Ernstfall dauert. Und dann teste sie einmal, bevor du sie brauchst.

Mehrbenutzerbetrieb

Wenn zwei Leute gleichzeitig denselben Datensatz bearbeiten, was passiert? Gute Systeme sperren den Satz oder warnen. Schlechte überschreiben stillschweigend die Änderung des einen mit der des anderen. Das merkst du erst, wenn Daten verschwinden, und dann ist die Suche nach der Ursache mühsam.

Schnittstellen

Die Datenbank steht selten allein. Sie soll mit deiner Buchhaltung, deinem Shop oder deinem Versanddienst reden. Achte auf eine dokumentierte Schnittstelle (API) und darauf, ob gängige Verbindungen bereits vorbereitet sind. Eine Schnittstelle, die es theoretisch gibt, aber die niemand einrichten kann, nützt dir nichts.

Wer bedient das Ding wirklich?

Lass die Software in der Demo von der Person bedienen, die später damit arbeitet, nicht vom Chef und nicht vom Vertriebsmitarbeiter des Anbieters. Wenn deine Sachbearbeiterin nach zehn Minuten nicht selbst einen neuen Datensatz anlegen und wiederfinden kann, hast du ein Problem, das keine Schulung vollständig löst.

Cloud oder eigener Server

Bei der Cloud-Variante liegt die Datenbank beim Anbieter, du zahlst laufend und brauchst dich um Technik wenig zu kümmern. Bei der eigenen Installation (on premises) liegen die Daten bei dir, du hast mehr Kontrolle, aber auch die Verantwortung für Updates, Sicherheit und Ausfallsicherheit. Für Betriebe ohne eigene IT ist die Cloud oft der pragmatische Weg. Wer sensible Daten hat oder branchenrechtliche Auflagen, sollte den Serverort und die Verantwortlichkeiten genau prüfen.

Wachstum mitdenken

Was heute mit hundert Datensätzen läuft, muss auch mit hunderttausend laufen. Frage nach, wie sich das System bei größeren Datenmengen verhält und ob mehr Nutzer einfach dazukommen können. Ein System, das du in zwei Jahren wieder wechseln musst, weil es nicht mitwächst, ist teurer als eines, das etwas mehr kostet, aber bleibt.

Lock-in vermeiden

Je tiefer du dich in ein System einbindest, desto teurer wird der Ausstieg. Prüfe vor dem Einstieg, wie der Ausstieg aussieht: Bekommst du deine Daten vollständig und maschinenlesbar heraus? Wie lange laufen Verträge? Was passiert mit deinen Daten, wenn du kündigst? Diese Fragen stellst du am besten, wenn du noch Verhandlungsmacht hast, also vor der Unterschrift.

Der Kaufpreis oder die Monatsgebühr ist selten der ganze Preis. Rechne mit den Gesamtkosten über die Nutzungsdauer.

Übliche Modelle

Du triffst im Wesentlichen auf drei Muster. Erstens die Abrechnung pro Nutzer und Monat, verbreitet bei Cloud-Lösungen. Zweitens die Abrechnung nach Ressourcenverbrauch (Speicher, Rechenleistung, Datenmenge), typisch bei technischen Cloud-Datenbanken. Drittens die einmalige Lizenz mit optionalem Wartungsvertrag, häufiger bei Software, die du selbst betreibst.

Das nutzerbasierte Modell ist gut planbar, kann aber teuer werden, wenn viele Leute nur gelegentlich zugreifen. Das verbrauchsbasierte Modell ist zu Beginn günstig, überrascht aber gern mit der Rechnung, wenn die Datenmenge wächst. Frag beim verbrauchsbasierten Modell konkret nach, was passiert, wenn sich deine Datenmenge verzehnfacht.

Die versteckten Posten

Denk an die Kosten, die nicht auf der Preisliste stehen: die Einrichtung und Datenübernahme, die Schulung deiner Leute, die Zeit, in der sie sich einarbeiten und langsamer sind, und die laufende Pflege. Bei einer Eigeninstallation kommen Serverkosten und der Aufwand für Updates und Sicherheit dazu. Diese Posten übersteigen im ersten Jahr nicht selten die Lizenzkosten.

Ein ehrlicher Vergleich stellt nicht Monatsgebühr gegen Monatsgebühr, sondern die Gesamtkosten über drei Jahre gegeneinander, inklusive Einführung. Erst dann siehst du, was wirklich günstig ist.

Die Tabelle, die zur Datenbank hätte werden sollen

Der häufigste Fall: Ein Betrieb verwaltet seit Jahren alles in einer wachsenden Tabellenkalkulation. Irgendwann ist die Datei so groß und verschachtelt, dass sie nur noch eine Person versteht. Fällt die aus, steht der Laden. Der Wechsel auf eine echte Datenbank hätte zwei Jahre früher stattfinden müssen, dann wäre die Datenmigration halb so aufwendig gewesen.

Keine klare Struktur vor dem Start

Wer ohne Plan anfängt, Felder anzulegen, hat nach drei Monaten drei Felder für dieselbe Information ("Telefon", "Tel", "Rufnummer"). Auswertungen werden dann unmöglich, weil die Daten uneinheitlich sind. Vor dem ersten Datensatz gehört ein sauberes Konzept, welche Daten es gibt und wie sie zusammenhängen.

Backup nie getestet

Viele verlassen sich darauf, dass gesichert wird, und stellen im Ernstfall fest, dass die Sicherung unvollständig oder gar nicht lesbar war. Ein Backup, das nie zurückgespielt wurde, ist kein Backup, sondern eine Hoffnung.

Rechte zu großzügig vergeben

Aus Bequemlichkeit bekommt jeder Vollzugriff. Dann löscht jemand versehentlich einen ganzen Bereich, oder ein gekündigter Mitarbeiter nimmt Daten mit. Rechte eng zu setzen ist am Anfang etwas Arbeit und erspart später viel Ärger.

Nur der Chef in der Demo

Die Auswahl trifft die Führung, arbeiten müssen andere. Wenn niemand aus dem Alltag die Software vor der Entscheidung getestet hat, kaufst du an den Bedürfnissen deiner Leute vorbei. Das Ergebnis ist ein teures System, das keiner gern nutzt.

Sobald du personenbezogene Daten speicherst (Kunden, Mitarbeiter, Interessenten), greift die Datenschutz-Grundverordnung. Das betrifft fast jede Datenbank im Betrieb.

Auftragsverarbeitung

Nutzt du eine Cloud-Datenbank, verarbeitet der Anbieter Daten in deinem Auftrag. Dafür brauchst du einen Vertrag zur Auftragsverarbeitung. Ohne diesen Vertrag verstößt du gegen die Vorgaben, auch wenn der Anbieter technisch sauber arbeitet. Frage aktiv danach, ein seriöser Anbieter stellt ihn bereit.

Speicherort und Drittländer

Wo liegen die Daten physisch? Server innerhalb der EU sind unkritisch. Bei Servern in Drittländern (etwa den USA) brauchst du eine zusätzliche rechtliche Grundlage. Das ist ein bewegliches Feld, in dem sich die Rechtslage ändert. Kläre den Serverort und lass dir bestätigen, wie der Anbieter Drittlandtransfers absichert.

Löschkonzept und Betroffenenrechte

Die Verordnung verlangt, dass du Daten löschen kannst, wenn der Zweck entfällt, und dass Betroffene Auskunft über ihre Daten bekommen. Deine Datenbank muss das praktisch ermöglichen: gezielt suchen, exportieren und löschen. Ein System, in dem du einen einzelnen Kunden nicht sauber wieder herauslöschen kannst, wird zum Problem.

Aufbewahrungspflichten

Gleichzeitig gibt es Aufbewahrungsfristen, etwa im Steuer- und Handelsrecht, die je nach Land in DACH unterschiedlich ausfallen. Buchhaltungsrelevante Daten darfst du nicht einfach löschen, nur weil ein Kunde das wünscht. Löschung und Aufbewahrung stehen im Spannungsverhältnis, das ein durchdachtes Löschkonzept auflösen muss. Im Zweifel gehört das mit steuerlicher und rechtlicher Beratung geklärt, nicht aus dem Bauch heraus.

Dokumentation

Du musst nachweisen können, welche Daten du wie verarbeitest. Dazu gehört das Verzeichnis der Verarbeitungstätigkeiten. Wer die Datenbank einführt, sollte gleich dokumentieren, welche Daten dort liegen und wer Zugriff hat. Das nachträglich zu rekonstruieren ist deutlich mühsamer.

Schritt 1: Bestandsaufnahme

Schreib auf, welche Daten du heute wo hast und wer damit arbeitet. Meist findest du dabei mehrere Insellösungen, die niemand mehr im Blick hat. Diese Liste ist die Grundlage für alles Weitere.

Schritt 2: Anforderungen sammeln, aber von den richtigen Leuten

Setz dich mit den Menschen zusammen, die täglich mit den Daten arbeiten. Frag sie, was sie heute nervt und was sie brauchen. Trenne dabei "muss" von "wäre schön". Eine kurze Liste harter Anforderungen ist wertvoller als ein Wunschzettel mit fünfzig Punkten.

Schritt 3: Struktur entwerfen

Bevor du Software auswählst, skizziere, welche Daten es gibt und wie sie zusammenhängen. Kunden, Bestellungen, Produkte und ihre Beziehungen. Dieser Entwurf hilft dir zu beurteilen, ob eine Software zu deinem Fall passt.

Schritt 4: Zwei bis drei Kandidaten testen

Wähle nicht sofort aus, sondern teste eine kleine Auswahl mit echten Daten und echten Aufgaben. Lass die spätere Nutzerin einen typischen Arbeitsablauf durchspielen: Datensatz anlegen, suchen, ändern, auswerten. Notiere, wo es hakt.

Schritt 5: Ausstieg und Rechtliches prüfen

Kläre vor der Entscheidung Datenexport, Vertragslaufzeiten, Vertrag zur Auftragsverarbeitung und Serverort. Diese Fragen gehören auf den Tisch, solange du noch verhandelst.

Schritt 6: Klein einführen, dann ausweiten

Start nicht mit dem ganzen Betrieb auf einmal. Nimm einen Bereich, sammle Erfahrungen, korrigiere und weite dann aus. Und richte von Tag eins ein Backup ein, das du einmal testweise zurückspielst. So merkst du, ob es funktioniert, bevor du dich darauf verlassen musst.

Schritt 7: Pflege einplanen

Eine Datenbank ist kein Projekt mit Ende, sondern ein System, das gepflegt werden will. Leg fest, wer für Rechte, Backups und Struktur zuständig ist. Ohne diese Zuständigkeit verwahrlost auch die beste Software mit der Zeit.