Eine Plattform, in der alles in einer Datei zusammenläuft
Dieselbe Eigenschaft, die das Bauen schnell macht, macht das Aufräumen schwer: Daten, Oberfläche und Logik hängen so eng zusammen, dass Ordnung eine bewusste Entscheidung ist.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die Lösung läuft seit zwölf Jahren, und niemand traut sich mehr daran
Der Ausgangspunkt ist fast immer derselbe. Eine Abteilung hat einen Ablauf, den kein vorhandenes System abbildet, und jemand baut dafür eine Lösung, meist ohne Entwicklerhintergrund. Sie funktioniert, sie wächst, und über die Jahre kommen Felder, Bildschirmmasken und Skripte dazu. Irgendwann ist sie für den Betrieb der Abteilung unentbehrlich, und gleichzeitig weiß niemand mehr genau, was passiert, wenn man etwas ändert.
Die Ursache liegt in der Stärke der Plattform. Weil Daten, Oberfläche und Logik in derselben Datei liegen, gibt es keine natürliche Trennung, die zur Ordnung zwingt. Ein Feld kann auf dreißig Masken liegen, ein Skript von zwanzig Stellen aufgerufen werden, und eine Berechnung kann von einer Beziehung abhängen, die vor Jahren für einen anderen Zweck angelegt wurde. Wer das nicht aktiv strukturiert, bekommt genau dieses Geflecht.
Dazu kommt die Abhängigkeit von einer Person. Diese Lösungen entstehen selten im Team, und die Dokumentation ist meist das Gedächtnis der bauenden Person. Wenn sie geht, sucht das Unternehmen jemanden, der eine fremde, gewachsene Datei übernimmt und weiterentwickelt, ohne den Betrieb anzuhalten. Genau das ist der häufigste Auftrag in dieser Nische, und er ist anspruchsvoller als ein Neubau.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Wer entscheidet, wer setzt um
Diese Rolle arbeitet meist ohne den Rahmen, den größere Vorhaben mitbringen. Umso wichtiger ist es, die Zuständigkeiten früh zu klären, weil sonst alles bei der bauenden Person landet.
| Thema | Wer entscheidet | Wer setzt um | Stolperfalle |
|---|---|---|---|
| Ob die Lösung auf dieser Plattform entsteht | Die Fachabteilung gemeinsam mit der IT, anhand von Nutzerzahl, Schutzbedarf und erwarteter Lebensdauer | Der Entwickler, intern oder als Dienstleister | Die IT erfährt von der Lösung erst, als sie schon im Einsatz ist. Danach geht es nicht mehr um die Frage, ob sie passt, sondern nur noch darum, wie man sie absichert. |
| Datenmodell und Struktur | Der Entwickler, im Rahmen der fachlichen Anforderungen | Der Entwickler, mit dokumentiertem Aufbau und getrennten Dateien | Weil das Werkzeug es zulässt, wird das Modell nebenher erweitert. Nach drei Jahren hängen Berechnungen an Beziehungen, die für einen längst abgeschafften Zweck angelegt wurden. |
| Betrieb des Servers und Datensicherung | Die IT, auch wenn die Lösung aus der Fachabteilung kommt | Die IT über Serverbetrieb, geplante Sicherungen und geprüfte Wiederherstellung | Die Datei liegt auf einem Arbeitsplatzrechner und wird von dort freigegeben. Es gibt keine Sicherung, die diesen Namen verdient, und niemand hat je zurückgespielt. |
| Zugriff und Rechte innerhalb der Lösung | Die Fachabteilung für die Inhalte, bei personenbezogenen Daten zusätzlich der Datenschutz | Der Entwickler über Berechtigungsgruppen, nicht über ausgeblendete Schaltflächen | Zugriffe werden über die Oberfläche geregelt, indem Schaltflächen versteckt werden. Wer die Datei anders öffnet, sieht alles, denn die Rechte lagen nie auf den Daten. |
| Lizenzen und Nutzerzahl | Die kaufmännische Leitung gemeinsam mit der IT | Die IT über die Verwaltung der Zugänge | Die Lösung wird auf weitere Abteilungen ausgeweitet, ohne dass jemand die Kosten je Nutzer hochrechnet. Ab einer bestimmten Größe kippt die Wirtschaftlichkeit gegenüber einer anderen Plattform. |
Ob die Lösung auf dieser Plattform entsteht
- Wer entscheidet
- Die Fachabteilung gemeinsam mit der IT, anhand von Nutzerzahl, Schutzbedarf und erwarteter Lebensdauer
- Wer setzt um
- Der Entwickler, intern oder als Dienstleister
- Stolperfalle
- Die IT erfährt von der Lösung erst, als sie schon im Einsatz ist. Danach geht es nicht mehr um die Frage, ob sie passt, sondern nur noch darum, wie man sie absichert.
Datenmodell und Struktur
- Wer entscheidet
- Der Entwickler, im Rahmen der fachlichen Anforderungen
- Wer setzt um
- Der Entwickler, mit dokumentiertem Aufbau und getrennten Dateien
- Stolperfalle
- Weil das Werkzeug es zulässt, wird das Modell nebenher erweitert. Nach drei Jahren hängen Berechnungen an Beziehungen, die für einen längst abgeschafften Zweck angelegt wurden.
Betrieb des Servers und Datensicherung
- Wer entscheidet
- Die IT, auch wenn die Lösung aus der Fachabteilung kommt
- Wer setzt um
- Die IT über Serverbetrieb, geplante Sicherungen und geprüfte Wiederherstellung
- Stolperfalle
- Die Datei liegt auf einem Arbeitsplatzrechner und wird von dort freigegeben. Es gibt keine Sicherung, die diesen Namen verdient, und niemand hat je zurückgespielt.
Zugriff und Rechte innerhalb der Lösung
- Wer entscheidet
- Die Fachabteilung für die Inhalte, bei personenbezogenen Daten zusätzlich der Datenschutz
- Wer setzt um
- Der Entwickler über Berechtigungsgruppen, nicht über ausgeblendete Schaltflächen
- Stolperfalle
- Zugriffe werden über die Oberfläche geregelt, indem Schaltflächen versteckt werden. Wer die Datei anders öffnet, sieht alles, denn die Rechte lagen nie auf den Daten.
Lizenzen und Nutzerzahl
- Wer entscheidet
- Die kaufmännische Leitung gemeinsam mit der IT
- Wer setzt um
- Die IT über die Verwaltung der Zugänge
- Stolperfalle
- Die Lösung wird auf weitere Abteilungen ausgeweitet, ohne dass jemand die Kosten je Nutzer hochrechnet. Ab einer bestimmten Größe kippt die Wirtschaftlichkeit gegenüber einer anderen Plattform.
Fünf Fragen an eine übernommene Lösung
- 01 Liegen Daten und Oberfläche in getrennten Dateien oder in einer einzigen?
- 02 Gibt es einen aktuellen Strukturbericht, aus dem Abhängigkeiten hervorgehen?
- 03 Wie viele Skripte tun fast dasselbe, und warum sind es Kopien?
- 04 Welche Felder liegen auf Masken, die niemand mehr aufruft?
- 05 Wie kommen Daten hinein und hinaus, von Hand oder über eine Schnittstelle?
Was gute Arbeit in dieser Plattform ausmacht
Die Unterschiede liegen nicht in der Beherrschung einzelner Funktionen, sondern in der Struktur. Alles Folgende kostet beim ersten Bauen Zeit und zahlt sich ab der ersten Übernahme durch jemand anderen aus.
Daten von Oberfläche trennen
Die Aufteilung in eine Datei mit den Daten und eine mit Masken und Logik ist ein etabliertes Vorgehen. Sie erlaubt es, die Anwendung zu aktualisieren, ohne die Daten anzufassen, und ist bei Kundenlösungen praktisch Pflicht.
Skripte mit Parametern statt in Kopien
Ein Skript, das über einen Parameter gesteuert wird, ersetzt zehn fast gleiche. Das verkürzt jede spätere Änderung von einem Suchlauf durch die ganze Datei auf einen einzigen Eingriff.
Benennung als Werkzeug behandeln
Bei einer Plattform ohne les- und vergleichbaren Quelltext ist die Benennung von Feldern, Beziehungen und Skripten das wichtigste Mittel zur Orientierung. Sie ersetzt die Dokumentation, die es sonst gäbe.
Den Beziehungsgraphen bewusst aufbauen
Er wächst sonst zu einem Netz, in dem niemand mehr sieht, welche Berechnung woran hängt. Ein durchgehendes Muster für Tabellenverweise hält ihn lesbar, auch nach Jahren.
Änderungen dokumentierbar machen
Die Plattform kennt keinen Textvergleich zweier Stände. Der maschinell erzeugte Strukturbericht ist der übliche Ersatz, mit dem sich zwei Fassungen gegenüberstellen und Abhängigkeiten finden lassen.
Anbindung über Schnittstellen planen
Die Datenschnittstelle des Servers und die Anbindung über Standardtreiber machen aus einer Insellösung einen Baustein. Wer das früh vorsieht, muss später keine Daten von Hand exportieren.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Wofür sich die Plattform lohnt und wofür nicht
Die Stärke liegt in einem schmalen, aber häufigen Anwendungsfall: eine Abteilung mit einem eigenen Ablauf, der in keinem Standardprodukt vorkommt, eine überschaubare Zahl von Nutzern und die Anforderung, dass sich die Lösung ändern lässt, wenn sich der Ablauf ändert. Typisch sind Auftrags- und Projektverwaltungen, Prüf- und Laborabläufe, Sammlungs- und Bestandsverwaltungen, Kalkulationen mit Angebotsdruck. Der Entwicklungsstand ist in Tagen bis Wochen sichtbar, und das ist der eigentliche Grund, warum es diese Nische noch gibt.
Dazu kommt die Breite der Ausgabewege. Dieselbe Lösung läuft auf dem Rechner, auf dem Tablet und dem Telefon, und über den Server lässt sie sich auch im Browser bereitstellen. Für Außendienst, Werkstatt oder Inventur ist das ein handfester Vorteil, weil keine zweite Anwendung gebaut werden muss. Der Server übernimmt dabei den Mehrbenutzerbetrieb, die geplante Sicherung und die Anbindung nach außen.
Ungeeignet ist die Plattform, wenn sehr viele gleichzeitige Nutzer erwartet werden, wenn die Oberfläche im Web frei gestaltet sein muss, wenn große Datenmengen zu verarbeiten sind oder wenn die Lösung über viele Jahre von wechselnden Teams weiterentwickelt werden soll. Ein weiterer Punkt gehört ehrlich dazu: Die Lizenzkosten fallen je Nutzer an, weshalb die Rechnung bei wachsender Nutzerzahl irgendwann gegen eine andere Bauweise ausfällt. Diese Grenze zu benennen, bevor gebaut wird, gehört zur Rolle.
Was Leute fälschlich erwarten
Die häufigste Fehleinschätzung ist, dass es sich um eine Datenbank im engeren Sinn handelt. Tatsächlich ist es eine Anwendungsplattform, die eine Datenbank enthält. Wer aus der Welt der Abfragesprache kommt, sucht zuerst nach Möglichkeiten, die er gewohnt ist, und findet stattdessen Beziehungen, die im Graphen gezogen werden, und Berechnungen, die im Feld stehen. Es gibt eine Funktion, mit der sich Abfragen in vertrauter Syntax absetzen lassen, sie ist aber die Ergänzung und nicht der Hauptweg.
Die zweite Fehleinschätzung geht in die andere Richtung. Weil sich schnell etwas Vorzeigbares bauen lässt, wird die Plattform für ein Werkzeug ohne Handwerk gehalten. Wer so herangeht, produziert genau die gewachsenen Dateien, um die sich später niemand kümmern will. Datenmodellierung, saubere Trennung, Wiederverwendung und Rechte auf den Daten statt auf der Oberfläche sind hier dieselbe Disziplin wie in jeder anderen Entwicklung.
Die dritte betrifft die Herkunft. Die Plattform stammt aus der Apple-Welt und wird von einer Tochtergesellschaft von Apple entwickelt, was ihr den Ruf einbringt, nur dort zu Hause zu sein. Tatsächlich laufen die Arbeitsplatzprogramme unter macOS wie unter Windows, und die Frage nach dem Betriebssystem stellt sich in der Praxis vor allem beim Server und bei den mobilen Geräten.
Der Weg in die Nische und was dort zählt
Es gibt keinen Ausbildungsweg, der hierher führt. Zwei Wege sind üblich. Der erste beginnt im Fachbereich: Jemand baut sich eine Lösung, merkt, dass ihm das liegt, und wird über Jahre zum Entwickler. Der zweite führt aus der allgemeinen Anwendungsentwicklung oder aus der IT-Betreuung von Mac-Umgebungen. Beide Wege enden häufig in derselben Konstellation, nämlich in der Betreuung mehrerer Kunden, oft freiberuflich oder in kleinen spezialisierten Häusern.
Was in dieser Nische zählt, ist ungewöhnlich klar zu benennen: Referenzen. Der Markt ist klein genug, dass Empfehlungen tragen, und die entscheidende Frage lautet, ob du eine fremde gewachsene Lösung übernehmen und beherrschen kannst, ohne dass die Abteilung eine Woche stillsteht. Wer erzählen kann, wie er eine solche Datei entwirrt, das Modell getrennt und die Änderung ausgeliefert hat, hat mehr in der Hand als jemand mit einer langen Liste beherrschter Funktionen.
Nützlich ist begleitendes Wissen, das über das Produkt hinausgeht. Wer relationale Modellierung versteht, baut von Anfang an bessere Strukturen. Wer weiß, wie Schnittstellen funktionieren, hängt die Lösung an vorhandene Systeme an, statt Daten von Hand zu bewegen. Und wer den Serverbetrieb samt Sicherung und geprüfter Wiederherstellung ernst nimmt, unterscheidet sich von der Mehrheit derer, die diese Plattform benutzen.
Woran zwei Leute sich unterscheiden, und wohin die Rolle führt
Der erste Unterschied ist die Trennung. Die eine Person baut alles in eine Datei, weil es geht. Die andere trennt Daten und Oberfläche, und kann deshalb eine neue Fassung ausliefern, ohne die Daten der Kundschaft anzufassen. Dieser eine Entwurfsentscheid trennt eine Lösung, die zehn Jahre gepflegt werden kann, von einer, bei der jede Änderung ein Risiko ist.
Der zweite Unterschied ist der Umgang mit dem Bestand. Wer regelmäßig einen Strukturbericht erzeugt und daraus liest, welche Felder auf keiner Maske mehr liegen und welche Skripte niemand mehr aufruft, kann aufräumen. Wer das nicht tut, traut sich irgendwann nichts mehr zu löschen, und die Datei wächst nur noch. Das ist derselbe Mechanismus wie bei jedem gewachsenen System, nur ohne die Werkzeuge, die anderswo selbstverständlich sind.
Wohin es führt, hängt davon ab, wie man die Nische versteht. Ein Weg ist, in ihr zu bleiben und mehr Kunden zu betreuen, meist selbstständig, mit dem bekannten Vorteil einer überschaubaren Konkurrenz und dem bekannten Risiko der Abhängigkeit von einem Hersteller. Ein zweiter Weg führt über die Ablösung: Wer gewachsene Lösungen auf eine andere Bauweise überführt, arbeitet an der Schnittstelle zwischen Bestand und Neubau und bringt dabei genau das mit, was dort meistens fehlt, nämlich das Verständnis für den fachlichen Ablauf. Ein dritter Weg führt in die allgemeine Anwendungsentwicklung oder in die Datenbankarbeit, wo das Modellierungswissen unmittelbar weiterträgt.
Was die amtlichen Zahlen abbilden und was nicht
Eine produktbezogene Zelle gibt es in der amtlichen Statistik nicht, deshalb steht hier die Berufsgattung Datenbankentwicklung und -administration auf dem Anforderungsniveau Spezialist. Das Anforderungsniveau beschreibt den Zuschnitt der Stelle und nicht die Berufserfahrung der Person. Es sind Bruttomonatsverdienste Vollzeitbeschäftigter ohne Sonderzahlungen, das Weihnachts- und Urlaubsgeld fehlt also, und der Jahresverdienst liegt über dem Zwölffachen des Monatswerts.
Der Median ist die aussagekräftigere der beiden Größen, weil einzelne Spitzenverdienste den Durchschnitt nach oben ziehen. Für diese Rolle kommt eine zweite Einschränkung dazu, die hier besonders schwer wiegt: Die Erhebung erfasst Vollzeitbeschäftigte in einem Angestelltenverhältnis. Ein erheblicher Teil der Arbeit in dieser Nische wird freiberuflich oder in sehr kleinen spezialisierten Häusern geleistet, und diese Einkommen tauchen in der Zelle gar nicht auf.
Wer den eigenen Verdienst einordnen will, sollte deshalb weniger auf die Zahl schauen als auf den Zuschnitt: Betreust du eine gewachsene Lösung im eigenen Haus neben anderen Aufgaben, oder verantwortest du Entwurf, Auslieferung und Betrieb für mehrere Kunden? Zwischen diesen beiden Fällen liegt in der Praxis mehr Unterschied, als jede Berufsgattung abbilden kann.
Dazu passende Kurse
Weil beides zusammengehört und zusammen gelernt werden sollte, beginnen Kurse, in denen du eine Datenbank samt Oberfläche in einem Werkzeug baust genau an dieser Stelle.
Wer ohne Entwicklerhintergrund einsteigt, holt sich den größten Hebel über die Grundlagen zu Tabellen, Schlüsseln und Beziehungen , denn das Modell entscheidet über alles Weitere.
Die amtlichen Zahlen zu dieser Rolle
Eine produktbezogene Zelle gibt es nicht, deshalb steht hier die Berufsgattung Datenbankentwicklung und -administration auf dem Anforderungsniveau Spezialist, das den Zuschnitt der Stelle beschreibt und nicht die Berufserfahrung der Person. Es sind Bruttomonatsverdienste Vollzeitbeschäftigter ohne Sonderzahlungen, der Jahresverdienst liegt also über dem Zwölffachen, und aussagekräftiger ist der Median, den einzelne Spitzenverdienste weniger verzerren als den Durchschnitt. Für diese Nische kommt eine Einschränkung dazu: Viel Arbeit wird freiberuflich oder in sehr kleinen Häusern geleistet, und diese Einkommen erfasst die Statistik der Vollzeitbeschäftigten nicht.
Amtliche Medianverdienste, April 2025
Brutto im MonatStatistisches Bundesamt, Verdiensterhebung. Vollzeit, ohne Sonderzahlungen. Die Hälfte der Beschäftigten verdient weniger als der Median, die andere Hälfte mehr.
KldB 43353, Durchschnitt 6.244 €, gerundet rund 70.000 € im Jahr ohne Sonderzahlungen
- Vollzeitbeschäftigte, Bruttomonatsverdienst ohne Sonderzahlungen. Weihnachts- und Urlaubsgeld, Prämien und Boni sind nicht enthalten, der Jahresverdienst liegt also über dem Zwölffachen.
- Das Anforderungsniveau beschreibt den Zuschnitt der Stelle, nicht die Berufserfahrung. Fachkraft, Spezialist und Experte sagen etwas über die Komplexität der Tätigkeit aus, nicht über Dienstjahre.
- Die Erhebung geht regional nur bis auf die Bundeslandebene. Für einzelne Städte gibt es keine amtlichen Zahlen, weil der Zufallsfehler zu groß wäre.
Quelle: Statistischer Bericht Verdienste , Statistisches Bundesamt (Destatis). Den eigenen Fall prüfst du im Entgeltatlas der Bundesagentur für Arbeit . Beachte dort: Entgelte oberhalb der Beitragsbemessungsgrenze sind der Statistik nicht bekannt, bei gut bezahlten IT-Rollen steht deshalb nur eine Untergrenze.
Wo du genau das übst
Ein sehr gutes, praxisorientiertes und nachhaltiges Seminar. So sollte es immer sein. Vielen Dank.
Ein sehr guter und verständlicher Überblick über die Grundlagen im Umgang mit BricsCAD.
Alle meine Erwartungen wurden erfüllt und ich habe mich sehr gut aufgenommen gefühlt, jede Frage wurden Probleme direkt beseitigt.
Häufige Fragen
Ist FileMaker nicht längst überholt?
Wie unterscheidet sich die Arbeit von Low-Code auf einer Unternehmensplattform?
Kann ich die Lösung an andere Systeme anbinden?
Was mache ich mit einer geerbten Lösung, die niemand mehr versteht?
Passt thematisch dazu
Der häufigste Fehler in gewachsenen Lösungen ist ein zu breites Modell, deshalb lohnt der Blick darauf, warum ein Datenmodell in mehrere Tabellen zerfällt .
Wer aus dem Umfeld einfacher Abteilungsdatenbanken kommt, erkennt vieles wieder, wenn er sich ansieht, wie die verwandte Welt der Abfragen in Access aufgebaut ist .
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem IT-Berufe-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Von der gewachsenen Datei zur Lösung, die jemand übernehmen kann
Datenmodell, Oberfläche, Server und mobile Nutzung greifen hier ineinander, und genau dieses Zusammenspiel lässt sich bei cmt in einer aufeinander aufbauenden Reihe durchgehen.
Passt dazu
- VBA-Entwickler: Eigenentwicklung im Office, für die jemand geradestehen muss
- Datenbankadministrator werden: von SQL zur Verantwortung für den laufenden Betrieb
- macOS-Administrator: Macs im Firmennetz sind kein Sonderfall mehr
- Low-Code-Entwickler: schnell gebaut ist noch nicht verantwortet