ORM (Object-Relational Mapping)

Object-Relational Mapping (ORM) ist eine Technik, die eine Brücke zwischen objektorientierter Programmierung und relationalen Datenbanken schlägt. Statt rohe SQL-Queries zu schreiben, arbeiten Entwickler mit Objekten und Klassen in ihrer Programmiersprache. Das ORM übersetzt diese Operationen automatisch in SQL-Befehle.

Populäre ORMs: Prisma und Drizzle (JavaScript/TypeScript), SQLAlchemy (Python), Hibernate (Java), Entity Framework (.NET). Ein Beispiel mit Prisma: Statt "SELECT * FROM users WHERE id = 1" schreibt man "prisma.user.findUnique({ where: { id: 1 } })". Das ORM generiert typsichere Queries, verhindert SQL-Injection und macht Datenbankwechsel einfacher.

Vorteile: Weniger Boilerplate-Code, Typsicherheit, automatische Migrationen, Schutz vor SQL-Injection. Nachteile: Performance-Overhead bei komplexen Queries (das "N+1 Problem"), versteckte Komplexität, Lernkurve für das ORM selbst. Für die meisten Web-Anwendungen überwiegen die Vorteile - kritische Performance-Queries können immer noch als Raw-SQL geschrieben werden.

Das N+1-Problem verdient besondere Aufmerksamkeit, weil es die häufigste Performance-Falle bei ORMs ist: Lädt man eine Liste von 50 Blogposts und greift danach in einer Schleife auf den jeweiligen Autor zu, feuert das ORM naiv 1 Abfrage für die Liste plus 50 einzelne Autor-Abfragen ab. Die Lösung sind Eager-Loading-Mechanismen (in Prisma include, in Drizzle with), die alles in ein oder zwei JOINs bündeln. Solche Muster erkennt man nur, wenn man das tatsächlich generierte SQL mitloggt - blindes Vertrauen ins ORM ist gefährlich.

Innerhalb des JavaScript-Ökosystems unterscheiden sich die Ansätze deutlich: Prisma arbeitet mit einer eigenen Schema-Sprache und generiert daraus einen typsicheren Client sowie Migrationen, ist aber schwergewichtiger. Drizzle bleibt näher an SQL, ist leichtgewichtig und Edge-kompatibel - ideal für serverlose Umgebungen. Query-Builder wie Kysely sitzen als dünnere Schicht dazwischen. Ein oft übersehener Aspekt ist Connection Pooling: In serverlosen Setups wie Vercel Functions kann jede Instanz eigene Datenbankverbindungen öffnen und das Limit der Datenbank sprengen - hier braucht es einen Pooler wie PgBouncer oder das Connection Pooling von Supabase. Als Faustregel gilt: ORM für das normale CRUD-Geschäft nutzen, für komplexe Reports, Aggregationen oder rechenintensive Abfragen aber gezielt auf handgeschriebenes SQL ausweichen.