Excel als Datenbank: wann es gut geht
Fast jedes Unternehmen hat sie: die Excel-Liste, die ursprünglich eine Notiz war und inzwischen der Bestand ist. Kunden, Geräte, Chargen, Wartungstermine, Angebote. Jemand hat sie angelegt, andere haben Spalten ergänzt, und heute hängen Bestellungen, Rechnungen oder Zusagen an ihr.
Die erste Antwort auf die Frage, ob man Excel als Datenbank nutzen kann, lautet: ja, unter Bedingungen. Es trägt, wenn die Liste überschaubar ist, wenn sie eine Person oder ein kleines Team pflegt, wenn niemand außer den Pflegenden sich auf sie verlässt und wenn ein Fehler nur Ärger kostet, keinen Auftrag. Dann ist Excel das richtige Werkzeug: schnell, vertraut, ohne Einführung.
Dieser Beitrag beschreibt, woran Sie erkennen, dass diese Bedingungen nicht mehr gelten, und was dann der nächste vernünftige Schritt ist. Er ist kein Plädoyer gegen Excel. Er ist eine Prüfliste.
Warum Excel keine Datenbank ist
„Excel ist keine Datenbank“ ist ein häufiger Satz in der IT, und er wird oft als Besserwisserei verstanden. Gemeint ist etwas Konkretes: Excel ist eine Tabellenkalkulation. Es nimmt an, was eingetragen wird, und rechnet damit. Eine Datenbank dagegen setzt Regeln durch, ob jemand daran denkt oder nicht.
Der Unterschied zeigt sich an vier Stellen:
Eindeutigkeit. Eine Datenbank kann verlangen, dass jede Kundennummer nur einmal vorkommt. In Excel steht dieselbe Nummer zweimal, wenn jemand sie zweimal eintippt, und nichts hält ihn auf.
Datentypen. Ein Datumsfeld nimmt in einer Datenbank nur Datumswerte. In Excel steht in derselben Spalte „12.10.“, „Mitte Oktober“ und „KW 42“, und jede Auswertung muss damit zurechtkommen.
Beziehungen. Ein Auftrag gehört zu einem Kunden. In einer Datenbank ist das eine Regel: Der Kunde muss existieren. In Excel ist es ein Name, der in zwei Blättern gleich geschrieben sein sollte.
Änderungen. Eine Datenbank kann festhalten, wer wann was geändert hat. Eine Excel-Datei zeigt den Stand von jetzt und bestenfalls eine Sicherungskopie von gestern.
Nichts davon ist ein Mangel von Excel. Es sind Aufgaben, die das Werkzeug nicht hat und die deshalb bei Menschen liegen. Das funktioniert, solange die Menschen wenige sind und aufmerksam bleiben.
Fünf Signale, dass aus der Liste ein Risiko geworden ist
Die Frage „Excel oder Datenbank?“ lässt sich selten über Zeilenzahlen beantworten. Aussagekräftiger sind Beobachtungen aus dem Betrieb. Fünf davon lassen sich ohne Technik prüfen.
1. Mehrere Personen schreiben, und es gibt eine „Hauptdatei“. Sobald eine Datei per Mail verschickt, kopiert oder „zusammengeführt“ wird, gibt es keinen gültigen Stand mehr, sondern mehrere. Fragen Sie in der Abteilung: Welche Datei ist die richtige, und woher wissen Sie das?
2. Andere Systeme oder Abläufe hängen an der Datei. Ein Export in die Buchhaltung, ein Serienbrief, ein Import ins Warenwirtschaftssystem, ein Mitarbeiter, der Werte abtippt. Jede dieser Verbindungen verlässt sich darauf, dass Spalten an derselben Stelle stehen und Werte einheitlich sind. Eine umbenannte Spalte reicht, und die Kette bricht, oft ohne Fehlermeldung. Wie solche Übergaben stabil werden, steht in API an CRM und ERP: drei Stellen, an denen es bricht.
3. Regeln stecken in Formeln, die niemand mehr erklären kann. Wie wird der Rabatt berechnet, wann gilt ein Gerät als ausgemustert, welche Zeile zählt nicht mit? Wenn die Antwort „das macht die Formel in Spalte K“ lautet und die Person, die sie gebaut hat, nicht mehr da ist, ist das ein Wissensrisiko. Wir haben es in Warum „wir dokumentieren später“ ein Betriebsrisiko ist beschrieben.
4. Fehler fallen erst auf, wenn sie Geld kosten. Eine doppelte Bestellung, ein falscher Preis, eine Zusage, die nicht mehr stimmt. Wenn solche Fälle vorkommen und niemand sagen kann, wie sie entstanden sind, fehlt die Nachvollziehbarkeit. Die Fehlerquelle ist dann nicht der Mensch, sondern das fehlende Gerüst um ihn.
5. Die Wiederherstellung wurde nie geübt. Es gibt eine Sicherung, aber niemand hat je eine Datei daraus zurückgeholt. Und: Wer kann die Datei öffnen, kopieren oder mit nach Hause nehmen? Enthält sie personenbezogene Daten, ist das ein Anlass, mit Ihrer Datenschutzstelle zu sprechen. Das ist keine Rechtsberatung.
Als Faustregel: Ein Signal ist ein Hinweis, zwei sind ein Grund, genauer hinzusehen, drei oder mehr bedeuten, dass die Liste längst ein Betriebsmittel ist und auch so behandelt werden sollte.
Was eine Datenbank anders macht
Eine Datenbank ist kein „größeres Excel“. Sie ist eine andere Arbeitsteilung: Die Daten liegen in Tabellen mit festen Regeln, die Oberfläche ist davon getrennt, und Zugriffe sind pro Person und Rolle steuerbar. Mehrere Personen können gleichzeitig schreiben, ohne dass Stände auseinanderlaufen. Eine Änderung lässt sich nachvollziehen. Und es gibt Sicherung und Wiederherstellung als eigenen, überprüfbaren Vorgang.
Dazu gehört die Beziehung zwischen Tabellen. Statt dass der Kundenname in jedem Auftrag neu getippt wird, verweist der Auftrag auf einen Kunden. Ändert sich dessen Adresse, ändert sie sich an einer Stelle. In Fachsprache heißt das „relational“, gemeint ist schlicht: Jede Tatsache steht einmal.
Der Preis dafür ist Vorarbeit. Wer eine Datenbank baut, muss festlegen, was ein Kunde ist, was eine Bestellung und wie beide zusammenhängen. Das ist keine Technik-, sondern eine Klärungsarbeit, und sie ist der eigentliche Wert.
Excel in eine Datenbank umwandeln: drei Schritte statt eines Umzugs
Wer „Excel in Datenbank umwandeln“ sucht, findet meist Importanleitungen. Der Import ist der kleinste Teil. Drei Schritte tragen die Arbeit.
Schritt 1: Daten bereinigen und sichern. Doppelte Einträge, uneinheitliche Schreibweisen, Freitext statt fester Werte, leere Pflichtfelder. Das gehört vor jedem Umzug geklärt, sonst wandert die Unordnung in das neue System und ist dort schwerer zu sehen. Gleichzeitig entsteht eine Sicherung, die nachweislich wiederherstellbar ist.
Schritt 2: Regeln aufschreiben. Jede Formel, jede Farbe, jede Filteransicht ist eine Regel, die jemand für richtig hielt. Sie gehören aufgeschrieben, in Sätzen, nicht in Formelsprache. Dabei zeigt sich häufig, dass zwei Abteilungen dieselbe Spalte unterschiedlich verstehen. Diese Klärung kostet Zeit, spart aber später die Frage, warum das neue System „anders rechnet“.
Schritt 3: Eingabe auslagern, Auswertung behalten. Die Daten liegen künftig in einer Datenbank, die Eingabe läuft über ein Formular mit Prüfungen. Excel muss nicht verschwinden: Als Auswertungswerkzeug mit Anbindung an die Datenbank bleibt es für viele Teams die vertraute Oberfläche. Das ist derselbe Gedanke wie beim Zwischenschritt „Daten auslagern, Oberfläche behalten“ in Access-Datenbank ablösen.
Ob danach eine Standardsoftware, eine bestehende Datenbanklösung oder eine eigene Anwendung die richtige Wahl ist, hängt vom Vorgang ab. Die Kriterien dafür stehen in Neu bauen, ablösen oder weiterbetreiben. Und wenn der Vorgang ohnehin mehrere Systeme berührt, lohnt der Blick in Woran erkenne ich, ob ein Prozess automatisierungsreif ist?: Ein Prozess, den niemand beschreiben kann, wird nicht besser, wenn er in einer Datenbank liegt.
Was es kostet
Eine seriöse Zahl gibt es nicht ohne Befund. Was sich benennen lässt, sind die Treiber:
- Datenqualität. Je mehr Dubletten und Freitext, desto mehr Bereinigung vor dem Umzug.
- Zahl der Regeln und Auswertungen. Jede Auswertung, die jemand täglich braucht, muss nachgebaut oder bewusst gestrichen werden.
- Anbindungen. Exporte, Importe, Serienbriefe, Abtipp-Wege. Jede ist eine Schnittstelle, die neu entstehen muss.
- Parallelbetrieb. Je länger Liste und neue Lösung nebeneinander laufen, desto länger zahlen Sie doppelt.
- Wissen. Wenn niemand die Formeln erklären kann, müssen sie rekonstruiert werden.
Teuer wird es durch Unklarheit, nicht durch Datenmenge. Aus demselben Grund sind Angebote, die den Umfang vor einer Bestandsaufnahme festschreiben, mit Vorsicht zu lesen; wie Sie sie prüfen, steht in Woran erkennt man, dass ein IT-Angebot nicht trägt?.
Die Bestandsaufnahme selbst ist ein abgegrenzter Auftrag: Das System-Audit kostet 6.500 € netto, dauert vier Wochen und liefert benannte Ergebnisdokumente. Es verpflichtet nicht zur Umsetzung durch 01PC. Liegt bereits ein Angebot für die Ablösung vor, genügt oft die Architektur-Zweitmeinung: 1.400 € netto, eine Woche, ein Dokument mit klarer Aussage.
Wann wir zum Weiterbetreiben raten
Wir raten von einer Ablösung ab, wenn höchstens zwei der fünf Signale zutreffen, die Liste von wenigen Personen gepflegt wird und eine Wiederherstellung nachweislich funktioniert. Dann sind eine kurze Dokumentation der Formeln, eine zweite eingearbeitete Person und eine geübte Sicherung die bessere Investition.
Wir raten ab, wenn das Motiv „Excel ist keine Datenbank“ lautet, ohne dass ein konkretes Problem benannt wird. Ein Satz aus der IT-Folklore ist kein Befund.
Wir raten ab, wenn niemand den Vorgang unabhängig vom Werkzeug beschreiben kann. Dann würde die neue Lösung die Unklarheit der alten nur übernehmen.
Und wir raten ab, wenn die Entscheidung schon gefallen ist und der Befund sie nur bestätigen soll. Was vorher feststand, schreiben wir nicht auf.
Erst prüfen, dann entscheiden
Die Reihenfolge ist der Inhalt: zuerst klären, wer die Liste pflegt, wer sich auf sie verlässt und wo sie bricht. Dann die fünf Signale durchgehen. Dann entscheiden, ob Weiterbetreiben mit Programm, Auslagern der Eingabe oder ein Neubau der richtige Schritt ist.
Wenn Sie nicht wissen, was in Ihrer wichtigsten Excel-Liste steckt, ist das der Ausgangspunkt. Nicht die Datenbank.