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

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“? 2

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun? 3

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig? 2

Standardsoftware kaufen oder selbst entwickeln lassen – nach welchen Kriterien entscheide ich Make-or-Buy? 2

IT-Sicherheit: Vertraulichkeit, Integrität, Verfügbarkeit – wo ordne ich Verschlüsselung, Signatur und Backup jeweils ein? 2

Geschäftsprozess modellieren: EPK oder BPMN – und wann nehme ich XOR, UND oder ODER? 3

Lastenheft und Pflichtenheft – wer schreibt eigentlich was, und warum trennt man das überhaupt? 2

Drei-Schichten-Architektur – warum trennt man Oberfläche, Logik und Datenhaltung überhaupt? 3

ERP-System – was macht das eigentlich konkret, und warum reicht dafür nicht eine gute Excel-Lösung? 3

GROUP BY und HAVING – wann filtere ich mit WHERE und wann erst nach der Gruppierung? 3

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“?

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun?

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig?

Standardsoftware kaufen oder selbst entwickeln lassen – nach welchen Kriterien entscheide ich Make-or-Buy?

IT-Sicherheit: Vertraulichkeit, Integrität, Verfügbarkeit – wo ordne ich Verschlüsselung, Signatur und Backup jeweils ein?

Über Study-Board.de