Views மற்றும் materialized views என்றால் என்ன?

Question

Accepted Answer

ஒரு **view** என்பது ஒரு மெய்நிகர் அட்டவணை போல செயல்படும் ஒரு சேமிக்கப்பட்ட query ஆகும் — நீங்கள் அதை ஒரு அட்டவணை போல query செய்கிறீர்கள், ஆனால் அது ஒவ்வொரு முறையும் அடிப்படை query ஐ இயக்குகிறது. ஒரு **materialized view** query இன் *முடிவுகளை* இயற்பியல் ரீதியாகச் சேமிக்கிறது (இடைவெளிகளில் புதுப்பிக்கப்படுகிறது), புத்துணர்ச்சியை வாசிப்பு வேகத்துக்காக மாற்றுகிறது.

## ஒரு வழக்கமான view — ஒரு சேமிக்கப்பட்ட query

```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%';
```

ஒரு view என்பது ஒரு **மெய்நிகர் அட்டவணை** — அது தானே எந்தத் தரவையும் சேமிக்காது, query வரையறையை மட்டுமே சேமிக்கிறது. நீங்கள் view ஐ query செய்யும் ஒவ்வொரு முறையும், அடிப்படை query தற்போதைய தரவுக்கு எதிராக இயங்குகிறது (எப்போதும் புதியது).

## Views ஏன் பயன்படுத்த வேண்டும்

```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"
```

Views சிக்கலான தர்க்கத்தை உள்ளடக்குவதற்கும், அட்டவணைகளுக்கு மேல் ஒரு நிலையான abstraction ஐ வழங்குவதற்கும், பாதுகாப்பிற்கும் (குறிப்பிட்ட தரவை மட்டுமே வெளிப்படுத்துதல்) சிறந்தவை.

## Materialized views — சேமிக்கப்பட்ட முடிவுகள்

```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
```

ஒரு **materialized view** query முடிவுகளை இயற்பியல் ரீதியாகச் சேமிக்கிறது — எனவே அதை வாசிப்பது வேகமானது (மீண்டும் கணக்கிடுவதில்லை), ஆனால் தரவு கடைசி `REFRESH` இல் இருந்த அளவுக்கே புதியதாக இருக்கும். அடிக்கடி query செய்யப்படும் ஆனால் சிறிது பழைய தன்மையைப் பொறுத்துக்கொள்ளும் விலையுயர்ந்த aggregations க்கு ஏற்றது.

## View vs materialized view trade-off

```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.
```

## இது ஏன் முக்கியம்

Views என்பது **abstraction, எளிமைப்படுத்துதல், மற்றும் பாதுகாப்பு** க்கான ஒரு பயனுள்ள டேட்டாபேஸ் அம்சமாகும், அவற்றை (மற்றும் materialized views ஐ) புரிந்துகொள்வது டேட்டாபேஸ் அணுகலை ஒழுங்கமைப்பதற்கும் மேம்படுத்துவதற்கும் மதிப்புமிக்கது.

வழக்கமான **views** (மெய்நிகர் அட்டவணைகளாகச் செயல்படும் சேமிக்கப்பட்ட queries) உண்மையான நன்மைகளை வழங்குகின்றன: சிக்கலான queries ஐ எளிமைப்படுத்துதல் (சிக்கலான JOINs/aggregations ஐ ஒரு தூய்மையான பெயரிடப்பட்ட view ஆக உள்ளடக்குதல்), அட்டவணைகளுக்கு மேல் ஒரு நிலையான abstraction ஐ வழங்குதல் (இதனால் பயன்பாட்டுக் குறியீடு அல்லது பிற queries ஒரு முரண்பாடற்ற interface ஐப் பயன்படுத்துகின்றன), **பாதுகாப்பு** ஐ செயல்படுத்துதல் (உணர்வுபூர்வமான தரவை மறைத்து குறிப்பிட்ட columns/rows ஐ மட்டுமே வெளிப்படுத்தும் view க்கு அணுகலை வழங்குதல்), மற்றும் மீள்பயன்பாட்டை ஊக்குவித்தல் (பொதுவான query தர்க்கத்தை ஒரு முறை வரையறுத்தல்).

இவை views ஐ பராமரிக்கக்கூடிய, பாதுகாப்பான டேட்டாபேஸ் வடிவமைப்புக்கு மதிப்புமிக்கதாக ஆக்குகின்றன. **Materialized views** வேறு ஒரு தேவையைப் பூர்த்தி செய்கின்றன — **செயல்திறன்**: முன்கூட்டியே கணக்கிடப்பட்ட query முடிவுகளை இயற்பியல் ரீதியாகச் சேமிப்பதன் மூலம் (இடைவெளிகளில் புதுப்பிக்கப்படுகிறது), அவை விலையுயர்ந்த aggregations ஐ வாசிப்பதை வேகமாக்குகின்றன, சாத்தியமான பழைய தன்மையின் விலையில்.

**Trade-off** ஐப் புரிந்துகொள்வது — வழக்கமான views எப்போதும் புதியவை ஆனால் ஒவ்வொரு முறையும் query ஐ மீண்டும் இயக்குகின்றன, அதே நேரத்தில் materialized views வேகமானவை ஆனால் புதுப்பிக்கப்படும் வரை பழையதாக இருக்கலாம் — சரியாகத் தேர்வு செய்வதற்கு முக்கியம் (abstraction/எளிமைப்படுத்துதலுக்கு views, மற்றும் சிறிது பழைய தன்மையைப் பொறுத்துக்கொள்ளும் விலையுயர்ந்த, அடிக்கடி வாசிக்கப்படும் முடிவுகளை caching செய்ய materialized views).

Query தர்க்கத்தை ஒழுங்கமைப்பது (abstraction மற்றும் பாதுகாப்புக்கு views) மற்றும் விலையுயர்ந்த மீண்டும் மீண்டும் நிகழும் queries ஐ மேம்படுத்துவது (caching க்கு materialized views) டேட்டாபேஸ் வேலையில் உண்மையான தேவைகள் என்பதால், மற்றும் இரண்டு வகைகளையும் அவற்றின் புத்துணர்ச்சி/செயல்திறன் trade-off ஐயும் புரிந்துகொள்வது அவற்றை சரியாகப் பயன்படுத்த உதவுவதால், views மற்றும் materialized views ஐ அறிவது பராமரிக்கக்கூடிய, செயல்திறன்மிக்க, பாதுகாப்பான டேட்டாபேஸ் அணுகலை உருவாக்குவதற்கு பயனுள்ள, நடைமுறையில் தொடர்புடைய அறிவாகும்.