SQL-Views – wozu brauche ich eine „virtuelle Tabelle“, wenn ich die Abfrage auch direkt schreiben kann?

AnnaWInf

Hi zusammen, im Datenbank-Modul kam heute das Thema Views dran und ich komme mit dem Nutzen nicht so ganz klar. Eine View ist ja nur eine gespeicherte SELECT-Abfrage, die sich wie eine Tabelle ansprechen lässt. Aber wenn ich das SELECT sowieso schreiben kann – warum leg ich mir dafür extra eine View an?

Wann lohnt sich das in der Praxis, und speichert eine View eigentlich Daten oder nicht? 🤔

DanielIT

Gute Frage – der Knackpunkt zuerst: Eine „normale“ View speichert keine Daten, nur die Abfrage-Definition. Bei jedem Zugriff wird das hinterlegte SELECT frisch auf den Basistabellen ausgeführt. Du siehst also immer aktuelle Daten, ohne etwas zu duplizieren.

Der Nutzen wird an drei Punkten greifbar:

Wiederverwendung: Ein komplexer Join über vier Tabellen, den du ständig brauchst, schreibst du einmal als View kundenumsatz. Danach reicht SELECT * FROM kundenumsatz WHERE jahr=2026.
Vereinfachung: Fachanwender oder Reports greifen auf die übersichtliche View zu und müssen die Join-Logik dahinter nicht kennen.
Sicherheit/Kapselung: Du gibst nur die View frei (z. B. ohne Gehaltsspalte), nicht die Rohtabelle. So steuerst du, welche Spalten/Zeilen jemand sieht.

Kurz: Die View ist ein gespeicherter Blick auf die Daten, keine zweite Kopie davon.

Tobi89

Daniels Punkte sind genau die Klausur-Argumente. Zwei Ergänzungen aus der Praxis, die oft in Aufgaben abgefragt werden:

Aktualisierbarkeit: Über eine einfache View (eine Tabelle, kein GROUP BY/DISTINCT/Aggregat) kann man teils auch schreiben (INSERT/UPDATE). Sobald Aggregationen oder mehrere Tabellen im Spiel sind, wird sie in der Regel read-only.
Materialized View: Das ist die Ausnahme zu „speichert keine Daten“ – eine materialisierte View legt das Ergebnis physisch ab und muss aktualisiert (refreshed) werden. Vorteil: schnelle Leseabfragen bei teuren Auswertungen; Nachteil: die Daten sind nur so aktuell wie der letzte Refresh.

Merksatz fürs Verständnis: Standard-View = Abkürzung/Sichtfenster (immer aktuell), Materialized View = zwischengespeicherter Schnappschuss (schnell, aber altert).

SQL-Views – wozu brauche ich eine „virtuelle Tabelle“, wenn ich die Abfrage auch direkt schreiben kann?

Jetzt mitmachen!

Letzte Beiträge

SQL-Views – wozu brauche ich eine „virtuelle Tabelle“, wenn ich die Abfrage auch direkt schreiben kann? 2

Primärschlüssel: künstlicher (Surrogat) vs. natürlicher Schlüssel – was nehme ich wann? 2

INNER JOIN vs. LEFT JOIN – wann brauche ich welchen, und warum tauchen bei LEFT JOIN plötzlich NULL-Werte auf? 2

Referentielle Integrität – was passiert beim Löschen, wenn Fremdschlüssel dranhängen? 2

NULL in SQL – warum liefert WHERE spalte = NULL keine Zeilen zurück? 2

Scrum: Was macht der Product Owner, was der Scrum Master – und wo ist der Unterschied? 2

OLTP vs. OLAP – worin unterscheidet sich eine operative Datenbank vom Data Warehouse? 2

DELETE, TRUNCATE oder DROP – worin unterscheiden die sich genau? 2

UML: Aggregation vs. Komposition – woran erkenne ich sicher den Unterschied? 2

Wasserfallmodell vs. agiles Vorgehen – worin liegt der Kernunterschied? 2

SQL-Views – wozu brauche ich eine „virtuelle Tabelle“, wenn ich die Abfrage auch direkt schreiben kann?

Primärschlüssel: künstlicher (Surrogat) vs. natürlicher Schlüssel – was nehme ich wann?

INNER JOIN vs. LEFT JOIN – wann brauche ich welchen, und warum tauchen bei LEFT JOIN plötzlich NULL-Werte auf?

Referentielle Integrität – was passiert beim Löschen, wenn Fremdschlüssel dranhängen?

NULL in SQL – warum liefert WHERE spalte = NULL keine Zeilen zurück?

Über Study-Board.de