Aufträge, Kundendaten, Rechnungen, Produkte, Termine: Was eine Web-Anwendung verwaltet, landet in einer Datenbank. Bei der Datenbank-Entwicklung entscheidet sich früh, ob eine Anwendung später zügig reagiert oder mit jedem neuen Datensatz langsamer wird – und ob neue Funktionen leicht hinzukommen oder aufwendige Umbauten nötig sind.
Wir arbeiten vor allem mit den relationalen Datenbanken MySQL und MariaDB, die bei vielen Hostern Standard sind und gut mit PHP, Laravel und WordPress zusammenspielen. Ob neues Projekt, langsame Bestandsanwendung oder anstehende Migration: Wir kümmern uns um den Teil, den Nutzerinnen und Nutzer nie sehen, aber täglich spüren.
Ein gutes Datenmodell bildet Ihre Abläufe so ab, wie sie wirklich sind. Wir klären zuerst, welche Dinge Ihre Anwendung verwaltet, wie sie zusammenhängen und welche Regeln gelten: Kann ein Auftrag mehrere Geräte umfassen? Darf eine Rechnung nachträglich geändert werden? Daraus entstehen Tabellen, Beziehungen und Fremdschlüssel, die widersprüchliche Daten gar nicht erst zulassen.
Ein Beispiel aus unserer Arbeit ist eine Buchungsmaske für Segeltörns: Im Backend ließen sich der Aufbau der Boote, freie Plätze und Kriterien wie Raucher oder Nichtraucher, Familien oder Singles abbilden. Solche Strukturen planen wir so, dass spätere Erweiterungen ohne Neubau möglich sind.
Wird eine Anwendung mit den Jahren langsamer, liegt die Ursache oft in der Datenbank. Wir werten das Slow-Query-Log aus, analysieren kritische Abfragen mit EXPLAIN und sehen so, wo ganze Tabellen durchsucht werden, statt einen Index zu nutzen. Häufig helfen passende Indizes, umgeschriebene Abfragen oder Zwischenspeicher für Ergebnisse, die sich selten ändern.
In Frameworks wie Laravel lohnt zusätzlich ein Blick auf das sogenannte N+1-Problem: Statt hunderter Einzelabfragen genügt oft eine einzige, wenn zusammengehörige Daten gemeinsam geladen werden. Stößt eine relationale Datenbank bei Volltextsuche und vielen Filtern an Grenzen, ergänzen wir sie mit Elasticsearch.
Ob Umzug zu einem neuen Hoster, Wechsel von einem Altsystem in eine neue Anwendung oder Update auf eine aktuelle MySQL-Version: Eine Migration braucht einen Plan. Wir prüfen Zeichensätze, Datentypen und Abhängigkeiten, bereinigen Altlasten und testen den Umzug zuerst mit einer Kopie. Dazu gehört etwa die Umstellung auf den Zeichensatz utf8mb4, damit auch Emojis und seltene Sonderzeichen sauber gespeichert werden.
Ältere Versionen wie MySQL 5.7 erhalten keine Updates mehr; hier lohnt sich ein geplanter Wechsel, bevor der Hoster ihn erzwingt. Am Stichtag läuft die Umstellung nach festem Ablauf, mit Sicherung vorher und Prüfung der Datenbestände nachher.
Eine Datenbank enthält oft das Wertvollste eines Unternehmens: Kunden, Aufträge, Rechnungen. Wir sichern sie regelmäßig und prüfen, ob sich die Sicherungen tatsächlich wiederherstellen lassen. Zugriff erhalten nur die Anwendungen und Personen, die ihn brauchen, und Abfragen aus der Anwendung laufen mit vorbereiteten Parametern als Schutz vor SQL-Injection. Verbindungen zwischen Server und Datenbank verschlüsseln wir, wo sie über das Netzwerk laufen.
Im Sinne der DSGVO speichern wir nur, was nötig ist, und planen Löschfristen von Anfang an mit. Ob Ihre Datenbank von außen erreichbar ist oder andere Schwachstellen bestehen, zeigt ein Sicherheitscheck.
Schildern Sie uns kurz, wo es hakt. Wir prüfen Datenmodell, Abfragen und Server und machen Ihnen einen konkreten Vorschlag.
Unser Studio liegt in Königstein im Taunus. Wir kommen zu Ihnen oder sprechen per Video-Call – hier finden Sie unsere Seiten für Ihren Ort:
MariaDB ist aus MySQL hervorgegangen und in weiten Teilen kompatibel. Für die meisten Websites und Web-Anwendungen funktionieren beide gut. Unterschiede gibt es in Details und bei neueren Funktionen; wir richten uns meist danach, was Ihr Hoster anbietet und was Ihre Software unterstützt.
Häufig, aber nicht immer. Wir messen zuerst, wo die Zeit verloren geht – in der Datenbank, im Code oder auf dem Server. Danach optimieren wir gezielt, statt auf Verdacht Hardware aufzurüsten.
Ja. Wir analysieren die Struktur der Altdaten, ordnen sie dem neuen Datenmodell zu und bereinigen Dubletten oder fehlerhafte Einträge. Den Import testen wir mit einer Kopie, bevor die Daten in die neue Anwendung übernommen werden.
