eproi

present IT for tomorrow
IT-Lösungen – von heute für morgen.

Kategorie: Datenbanken

  • Datenbanksicherheit – still root der See?

    Datenbanksicherheit – still root der See?

    In Teil 1 dieser Reihe ging es um strukturelle Fehler: fehlende Fremdschlüssel, falsche Indizes, Abfragen die unter Last zusammenbrechen. In Teil 2 um Transaktionen und warum ein fehlendes BEGIN die Datenbank in Zustände bringt aus denen es keinen sauberen Ausweg gibt.

    Teil 3 ist unangenehmer. Nicht weil das Thema komplexer ist, sondern weil die Fehler die hier beschrieben werden selten aus bösem Willen entstehen. Manchmal ist es Zeitdruck. Manchmal Bequemlichkeit. Oft schlicht, dass in diese Richtung noch gar nicht gedacht wurde. ‚Die Datenbank läuft, der Zugriff ist geregelt, das reicht‘ — und damit endet die Sicherheitsbetrachtung, bevor sie die entscheidenden Punkte erreicht hat.

    (mehr …)
  • Transaktionen: Das meistunterschätzte Werkzeug in der Datenbankentwicklung

    Transaktionen: Das meistunterschätzte Werkzeug in der Datenbankentwicklung

    In Teil 1 dieser Reihe ging es um strukturelle Fehler: fehlende Fremdschlüssel, falsche Indizes, Soft Deletes die keine sind. Am Ende stand ein Versprechen: Transaktionen. Ein Thema das in der Theorie einfach klingt und in der Praxis erschreckend oft falsch eingesetzt wird — oder gar nicht.

    (mehr …)
  • SQL Performance und Datenintegrität

    SQL Performance und Datenintegrität

    Die 5 Fehler die ich immer wieder sehe

    Die Datenbank ist das Fundament jeder Anwendung. Das Frontend lässt sich neu bauen, Business-Logik refactoren, ein Framework austauschen — aber eine schlecht strukturierte oder langsame Datenbankschicht zieht die gesamte Anwendung nach unten. Und das meist schleichend: Nicht mit einem Knall, sondern mit Abfragen die nach und nach langsamer werden, mit Daten die irgendwann nicht mehr stimmen, mit einem System das unter Last in die Knie geht.

    Trotzdem bekommt die Datenbank in vielen Projekten die wenigste Aufmerksamkeit. Sie läuft, also ist sie gut. Bis sie es nicht mehr ist.

    In der Praxis sehe ich immer wieder dieselben Muster: Egal ob Neuprojekt oder gewachsenes System. Hier sind die fünf die mir am häufigsten begegnen.

    (mehr …)

    Die 5 Fehler die ich immer wieder sehe

    Die Datenbank ist das Fundament jeder Anwendung. Das Frontend lässt sich neu bauen, Business-Logik refactoren, ein Framework austauschen — aber eine schlecht strukturierte oder langsame Datenbankschicht zieht die gesamte Anwendung nach unten. Und das meist schleichend: Nicht mit einem Knall, sondern mit Abfragen die nach und nach langsamer werden, mit Daten die irgendwann nicht mehr stimmen, mit einem System das unter Last in die Knie geht.

    Trotzdem bekommt die Datenbank in vielen Projekten die wenigste Aufmerksamkeit. Sie läuft, also ist sie gut. Bis sie es nicht mehr ist.

    In der Praxis sehe ich immer wieder dieselben Muster: Egal ob Neuprojekt oder gewachsenes System. Hier sind die fünf die mir am häufigsten begegnen.

    (mehr …)
  • Primärschlüssel: Warum Auto-Increment IDs UUIDs in den meisten Projekten schlagen

    Primärschlüssel: Warum Auto-Increment IDs UUIDs in den meisten Projekten schlagen

    Die harmlos wirkende Anforderung

    Es fing mit einer simplen Aufgabe an: Eine AJAX-Abfrage sollte idempotent werden. Konkret bedeutete das — egal wie oft der Request gefeuert wird, das Ergebnis bleibt stabil und vorhersehbar. Kein Flackern, keine Race Conditions, keine doppelten Einträge die sich gegenseitig überholen.

    Die klassische Lösung: ORDER BY id. Fertig. Nächstes Problem.

    Nur dass es diesmal kein nächstes Problem gab. Zumindest nicht sofort.

    (mehr …)