資料庫 Database
資料庫是系統的『記憶』,把資料有條理地存起來,需要時快速找回。
一句話解釋
資料庫是系統的『記憶體倉庫』,把資料有條理地存好,並能快速、安全地找回來。
白話文說明
只要系統需要「記住」東西——誰註冊了、下了哪些訂單、寫了哪些文章——就需要資料庫。它把資料有結構地存起來,並提供快速查詢的能力。
資料庫通常用「表格」來組織資料:一張表像 Excel 的一個分頁,每一列是一筆資料,每一欄是一個欄位。設計得好,查資料又快又準;設計不好,系統會越來越慢、越來越難改。
要挑選具體的資料庫時:SaaS 後端常用 PostgreSQL 或 MySQL,小型或本機應用適合 SQLite,serverless 可選 Cloudflare D1,文件型資料則考慮 MongoDB。
架構圖
運作流程
設計你的第一張表
假設你要存會員資料。你得先決定每筆使用者紀錄要放什麼欄位:
users
id 每位使用者的唯一編號(主鍵)
email 登入用的電子郵件
created_at 註冊時間
主鍵(id)是保證每一列都不重複的那一欄,系統就能毫不混淆地指向某一位使用者。其他表(例如訂單)只要記住這個 id,就能連回對的人。
重點整理
- 資料庫=系統的長期記憶。
- 用表格組織資料,欄位之間可以互相關聯。
- 設計索引與關聯,是讓查詢又快又正確的關鍵。
生活化比喻
資料庫像一座管理良好的圖書館:每本書有編號與分類,要找哪本都能很快定位。
優勢
- 資料持久保存,重開機也不會不見
- 可快速查詢、排序、統計大量資料
- 有規則保護資料的一致與正確
缺點
- 設計不良會變慢、難維護
- 資料遺失或外洩後果嚴重,需備份與權限控管
適用場景
- 任何需要記住資料的應用(會員、訂單、文章)
- 需要查詢與統計的系統
不適用場景
- 完全不需保存狀態的一次性運算
新手評分卡
- 新手推薦度
- 3/5
- 學習成本(分數越高=成本越高)
- 4/5
- 市場需求
- 5/5
- AI 生成友善度
- 4/5
常見問題
資料庫和 Excel 有什麼不同?
Excel 適合一個人看少量資料;資料庫能讓很多人同時安全讀寫、保證資料一致性,查詢上百萬筆也很快。
SQL 和 NoSQL 我該選哪個?
多數應用先選 SQL(如 PostgreSQL)——結構清楚、關聯查詢強。等資料結構多變或追求極端水平擴展時,再考慮 NoSQL。
一開始就要擔心資料庫效能嗎?
不用提前過度優化,但兩個基本盤要先顧:規劃索引、避免 N+1 查詢。其餘等真的有流量、有數據再依測量結果調整。
新手路線 的下一步: API →
CRM 路線 的下一步: 用 AI 設計資料庫 →