MySQL 課程 – 檢視表 (View)

使用 View 的優點

---

簡介

在日常的資料庫開發與維護工作中，檢視表（View） 是一個常被忽略但相當實用的功能。它可以把複雜的查詢邏輯封裝起來，讓開發者與業務分析師在使用資料時只需要面對簡潔、易讀的介面，而不必每次都寫長篇的 JOIN 或 WHERE 條件。

對於 初學者，View 能降低學習曲線；對 中級開發者，則提供了重用查詢、提升安全性與效能的多重好處。掌握 View 的設計與使用，能讓你的 MySQL 專案更具可維護性與可擴充性。

---

核心概念

1. 什麼是 View？

View 本質上是一個 虛擬表格，它不儲存實際的資料列，而是把一段 SELECT 查詢的結果「投影」出來。使用者對 View 的操作（SELECT、INSERT、UPDATE、DELETE）會被 MySQL 重新解析成對底層基礎表的操作。

CREATE VIEW vw_employee_summary AS
SELECT e.emp_id, e.name, d.dept_name, e.salary
FROM employees e
JOIN departments d ON e.dept_id = d.dept_id;

上例建立的 vw_employee_summary，只要查詢這個 View，就等同於執行一次跨兩張表的 JOIN。

2. 主要優點

優點	說明
簡化查詢	把繁雜的 SQL 包裝成簡單的 View，使用者只要 SELECT * FROM vw_name 即可取得所需資料。
資料安全	透過 欄位層級的授權，只允許使用者看到必要的欄位，隱藏敏感資訊。
重用邏輯	多個應用程式或報表共用同一套查詢邏輯，減少程式碼重複。
維護便利	若底層結構改變，只要調整 View 定義，使用者端的查詢不必改動。
提升效能（視情況而定）	結合 Materialized View（MySQL 8.0+ 的 CREATE MATERIALIZED VIEW）可快取結果，提高讀取速度。

3. 建立與管理 View

3.1 基本建立

-- 建立一個僅顯示在職員工的 View
CREATE VIEW vw_active_staff AS
SELECT emp_id, name, hire_date
FROM employees
WHERE status = 'active';

3.2 加入條件與聚合

-- 計算每個部門的平均薪資
CREATE VIEW vw_dept_avg_salary AS
SELECT d.dept_name,
       AVG(e.salary) AS avg_salary,
       COUNT(*)   AS employee_cnt
FROM employees e
JOIN departments d ON e.dept_id = d.dept_id
GROUP BY d.dept_name;

3.3 使用參數化 View（MySQL 不支援直接參數，但可結合預存程序）

-- 建立一個可被預存程序呼叫的 View
CREATE VIEW vw_sales_by_month AS
SELECT YEAR(order_date) AS yr,
       MONTH(order_date) AS mo,
       SUM(total_amount) AS total_sales
FROM orders
GROUP BY YEAR(order_date), MONTH(order_date);

在程式中以 CALL get_month_sales(2024, 5); 內部再 SELECT * FROM vw_sales_by_month WHERE yr = ? AND mo = ?;。

3.4 可寫入的 View（簡單單表更新）

-- 只讀取與更新員工的電話號碼
CREATE VIEW vw_employee_phone AS
SELECT emp_id, phone
FROM employees;

-- 更新電話號碼
UPDATE vw_employee_phone
SET phone = '09xx-xxxxxx'
WHERE emp_id = 101;

注意：只有 單表、不包含聚合、DISTINCT、GROUP BY 等複雜語法的 View 才支援直接寫入。

3.5 刪除 View

DROP VIEW IF EXISTS vw_employee_summary;

---

常見陷阱與最佳實踐

1. 過度巢狀 View

   • 陷阱：將 View 嵌套太多層，會導致 MySQL 在執行時產生巨大的查詢樹，效能急遽下降。
   • 最佳實踐：保持 2~3 層以內，必要時使用 物化視圖 或臨時表緩存結果。

2. 忘記授權

   • 陷阱：建立 View 後，只授予底層表的權限，使用者仍無法查詢 View。
   • 最佳實踐：在建立 View 後，使用 GRANT SELECT ON vw_name TO 'user'@'host'; 明確授權。

3. 寫入限制

   • 陷阱：對包含 JOIN、GROUP BY、DISTINCT 的 View 執行 INSERT/UPDATE/DELETE，會出現錯誤。
   • 最佳實踐：若需要可寫入的介面，建立簡單的單表 View，或使用 INSTEAD OF Trigger（MySQL 8.0+）模擬寫入行為。

4. 欄位名稱衝突

   • 陷阱：兩張表都有相同欄位名，未在 SELECT 中明確別名，會造成 View 定義不明確。
   • 最佳實踐：使用 AS 為每個欄位取別名，確保唯一性。

5. 忘記更新 View

   • 陷阱：底層資料表結構變動（如欄位新增或刪除）後，舊的 View 仍舊引用不存在的欄位，查詢失敗。
   • 最佳實踐：在 DDL 變更流程 中加入 檢查與重建 View 的步驟，或使用 CREATE OR REPLACE VIEW（MySQL 8.0+）。

---

實際應用場景

場景	為何使用 View	範例
報表系統	把多表彙總、計算邏輯集中於一處，報表開發人員只需查詢 View 即可	vw_monthly_sales_summary（包含年度、月份、總金額、筆數）
資料授權	隱藏敏感欄位（如薪資、身分證號）給一般使用者	vw_employee_public 只顯示 emp_id、name、dept_name
多語系欄位映射	依照使用者語系返回不同的描述文字	vw_product_desc 使用 CASE WHEN locale='zh_TW' THEN zh_desc ELSE en_desc END
ETL 前置資料清理	在抽取前先把資料正規化、去除重複，減少後續程式處理負擔	vw_cleaned_orders 只保留狀態為 completed 且金額大於 0 的訂單
即時儀表板	結合 MySQL 8.0 的 CREATE MATERIALIZED VIEW 快取大量聚合結果，降低即時查詢壓力	mv_dashboard_metrics 每 5 分鐘刷新一次，供前端即時顯示

---

總結

View 是 提升資料庫可讀性、可維護性與安全性 的利器。透過 封裝複雜查詢、限制欄位存取、重用業務邏輯，開發者可以更專注於應用層的功能實作，而非不斷重寫相同的 SQL。

在實務上，建議遵循以下幾點：

1. 設計簡潔：避免過深的巢狀結構。
2. 明確授權：確保使用者擁有對 View 的存取權限。
3. 維護同步：底層表結構變更時同步更新 View。
4. 適時使用物化視圖：對於大量聚合的報表或儀表板，可考慮 MATERIALIZED VIEW 以提升效能。

掌握這些概念與最佳實踐後，你將能在 MySQL 專案中，靈活運用 View 來解決資料呈現、授權與效能等多重挑戰，讓系統更穩定、更易於擴充。祝你在 MySQL 的世界裡玩得開心，寫出更乾淨、更高效的程式碼！