Mik azok a views (nézetek) és materialized views (materializált nézetek)?

Question

Accepted Answer

A **view** egy mentett lekérdezés, amely virtuális táblákként működik — egy táblához hasonlóan lekérdezheted, de az alapul szolgáló lekérdezés minden egyes alkalommal futtatódik. A **materialized view** a lekérdezés *eredményeit* fizikailag tárolja (időszakosan frissítve), így a frissességet az olvasási sebesség javításáért cseréli.

## Egy normál view — egy mentett lekérdezés

```sql
-- define a view
CREATE VIEW active_users AS
SELECT id, name, email FROM users WHERE active = true;

-- query it like a table — it runs the underlying SELECT each time
SELECT * FROM active_users WHERE name LIKE 'A%';
```

A view egy **virtuális tábla** — magában nem tárol adatot, csak a lekérdezés definícióját. Ahányszor lekérdezel egy view-t, az alapul szolgáló lekérdezés az aktuális adatok ellen fut le (mindig friss).

## Miért használjunk view-kat

```text
✓ SIMPLIFY complex queries — encapsulate a complex JOIN/aggregation as a named view
✓ ABSTRACTION — present a clean, stable interface; hide underlying table complexity
✓ SECURITY — grant access to a view exposing only certain columns/rows (hide the rest)
✓ REUSABILITY — define common query logic once, reuse it everywhere
✓ Consistency — everyone uses the same definition of "active_users"
```

A view-k nagyszerűek az összetett logika beágyazásához, a táblák fölötti stabil absztrakció biztosításához és a biztonság érdekében (csak bizonyos adatok közzétételéhez).

## Materialized views — tárolt eredmények

```sql
-- stores the RESULTS physically (precomputed) for fast reads
CREATE MATERIALIZED VIEW monthly_sales AS
SELECT month, SUM(amount) AS total FROM orders GROUP BY month;

SELECT * FROM monthly_sales;        -- fast — reads stored results, doesn't recompute
REFRESH MATERIALIZED VIEW monthly_sales;   -- update the stored data when needed
```

A **materialized view** fizikailag tárolja a lekérdezés eredményeit — így az olvasása gyors (nincs újraszámítás), de az adatok csak olyan frissek, mint az utolsó `REFRESH`. Ideális a drága aggregációkhoz, amelyeket gyakran lekérdeznek, de engednek némi elavultságot.

## View vs materialized view kompromisszum

```text
View              → always FRESH, but re-runs the query each time (slower for complex queries)
Materialized view → FAST reads (precomputed), but data can be STALE until refreshed
→ Use views for abstraction/simplification; materialized views for caching expensive
  query results that are read often and don't need real-time freshness.
```

## Miért számít ez

A view-k egy hasznos adatbázis-funkció az **absztrakció, egyszerűsítés és biztonság** szempontjából, és azok (valamint a materialized view-k) megértése értékes az adatbázis-hozzáférés rendszerezéséhez és optimalizálásához.

A normál **view-k** (virtuális táblákként működő mentett lekérdezések) valódi előnyöket nyújtanak: összetett lekérdezések egyszerűsítése (összetett JOIN-ok/aggregációk egy tiszta elnevezett view-ba való beágyazása), stabil absztrakció biztosítása a táblák fölött (így az alkalmazás kódja vagy más lekérdezések egy konzisztens interfészt használnak), **biztonság** lehetővé tétele (egy view-hoz való hozzáférés megadása, amely csak bizonyos oszlopokat/sorokat tesz közzé, miközben az érzékeny adatokat elrejti), és újrafelhasználhatóság előmozdítása (a közös lekérdezési logika egyszeri definiálása).

Ezek a view-kat értékessé teszik a karbantartható, biztonságos adatbázis-tervezéshez. A **materialized view-k** egy másik igényre adnak választ — a **teljesítményre**: az előszámított lekérdezési eredmények fizikai tárolásával (időszakosan frissítve) az olvasást gyorssá teszik a drága aggregációkhoz, azonban potenciális elavultság árán.

Az **kompromisszum** megértése — a normál view-k mindig frissek, de minden alkalommal újra futtatják a lekérdezést, míg a materialized view-k gyorsak, de elavultak lehetnek a frissítésig — fontos a helyes választáshoz (view-k absztrakció/egyszerűsítéshez, materialized view-k a drága, gyakran olvasott és némi elavultságot tűrő eredmények gyorsítótárazásához).

Mivel a lekérdezési logika rendszerezése (view-k absztrakció és biztonság számára) és a drága ismételt lekérdezések optimalizálása (materialized view-k gyorsítótárazáshoz) valódi igények az adatbázis-munkában, és mivel mindkét típus és azok frissesség/teljesítmény kompromisszumának megértése segít helyes alkalmazásukban, a view-k és materialized view-k ismerete hasznos, praktikus tudás a karbantartható, teljesítményes és biztonságos adatbázis-hozzáférés kiépítéséhez.