資料庫怎麼選？Supabase、Neon、PlanetScale、MongoDB、Firebase、Turso 比較
用情境比較 SQL、NoSQL、Realtime 與 Serverless Database 的差異。
適合對象
第一次需要保存會員、訂單、文章、報表或使用紀錄的人。
完成後會得到
知道什麼時候需要資料庫、先選哪一類資料庫、哪些資料可以先不用自動化。
開始前先準備
- - 先寫出要保存的資料清單。
- - 先確認資料之間有沒有關聯，例如會員和訂單。
- - 先決定哪些資料第一版可以手動處理。
提示詞
可以直接貼給 AI 的提示詞
貼給聊天型 AI
請幫我選資料庫，但先不要只用 SQL/NoSQL 二分法。我的產品要保存的資料有：___；資料關係是：___；是否需要登入/權限 ___；是否需要即時同步 ___；是否有交易、付款或訂單 ___；團隊熟悉的技術 ___。請輸出：資料形狀判斷、分類後候選方案（Postgres/託管 SQL、MySQL/Vitess、文件/Realtime、Edge/SQLite）、比較表（服務 / 類別 / 適合情境 / 不適合情境 / 新手注意事項）、推薦方案、不推薦方案、第一版資料表草稿、備份與 migration 檢查清單。
先畫資料，不先選服務
把資料寫成表格：使用者、專案、訂單、付款、文章、檔案。先理解資料形狀，再選 SQL、NoSQL 或一站式平台。
檢查清單
- - 列出資料名稱
- - 列出欄位
- - 標記誰擁有誰
- - 標記敏感資料
多數商業資料先考慮 Postgres
會員、訂單、付款、權限通常適合關聯式資料庫。Supabase 或 Neon 都能降低維運難度。
檢查清單
- - 確認關聯資料
- - 確認權限需求
- - 確認備份方式
- - 確認是否需要檔案儲存
不要太早把資料模型做複雜
第一版只保留主流程需要的資料欄位。報表、歷史紀錄、進階篩選可以等真實使用後再補。
檢查清單
- - 刪掉非必要欄位
- - 避免過度正規化
- - 保留資料庫 migration 記錄
- - 測試基本 CRUD
分類比較表
先分類，再比較
不同工具解決的問題不同。表格先把服務放回正確類別，再比較適合與不適合情境，避免只看品牌名稱做決策。
Postgres / 託管 SQL
適合會員、訂單、付款、權限等有明確關聯與交易一致性需求的資料。
Postgres + 身份驗證 + 檔案儲存 + Realtime 的開發平台，適合快速做有資料與登入的產品。
- 適合
- Postgres、Auth、Storage、Realtime 一起做 MVP。
- 不適合
- 完全不需要資料庫或想拆很細的企業雲端架構。
- 定價分級
- 有免費方案，依專案資源、資料庫、頻寬與儲存計費。
- 免費方案
- —
- 新手注意
- 一站式很快，但要清楚 Auth、RLS、Storage 各自責任。
Serverless Postgres 服務，適合需要 Postgres 但不想自己維護資料庫的人。
- 適合
- 只需要 Postgres、branching database、serverless app。
- 不適合
- 需要內建 Auth 與檔案儲存一站式方案。
- 定價分級
- 依 compute、storage 與專案規模計費。
- 免費方案
- —
- 新手注意
- 適合已經有別的 Auth/Storage，只想管資料庫。
AWS 的託管關聯式資料庫服務，適合企業或成熟產品使用 Postgres、MySQL 等資料庫。
- 適合
- 企業 Postgres/MySQL、AWS 生態、成熟產品。
- 不適合
- 第一次 MVP 且沒有雲端維運經驗。
- 定價分級
- 依資料庫引擎、instance、儲存、備份與流量計費。
- 免費方案
- —
- 新手注意
- 可靠但設定、網路、安全與費用都要有人負責。
Google Cloud 的託管關聯式資料庫服務，支援 MySQL、PostgreSQL 與 SQL Server。
- 適合
- Google Cloud 生態、Postgres、MySQL、企業資料庫。
- 不適合
- 小型原型且不想處理雲端帳單與網路設定。
- 定價分級
- 依 instance、儲存、備份與網路用量計費。
- 免費方案
- —
- 新手注意
- 適合已在 GCP 的團隊，不是新手最快起點。
最後查證：2026-04-13・以官方頁為準
MySQL / Vitess / Branching
適合既有 MySQL 技術棧、需要 schema workflow 或團隊已熟悉 MySQL 的產品。
MySQL 相容的雲端資料庫，重視 schema change workflow 與可擴展性。
- 適合
- MySQL 相容、資料庫分支、schema change workflow。
- 不適合
- 需要原生 Postgres extension 的專案。
- 定價分級
- 依資料庫大小、讀寫量與方案計費。
- 免費方案
- —
- 新手注意
- 不要只因為名字常見就選；先確認團隊是否要 MySQL。
AWS 的託管關聯式資料庫服務，適合企業或成熟產品使用 Postgres、MySQL 等資料庫。
- 適合
- 成熟雲端架構、企業 AWS、可控資料庫規格。
- 不適合
- 只想最快產生 MVP 的個人專案。
- 定價分級
- 依資料庫引擎、instance、儲存、備份與流量計費。
- 免費方案
- —
- 新手注意
- 適合有維運能力的團隊，設定責任比新手平台多。
Google Cloud 的託管關聯式資料庫服務，支援 MySQL、PostgreSQL 與 SQL Server。
- 適合
- GCP 生態、企業資料庫、可控連線與備份。
- 不適合
- 完全不熟雲端網路的新手。
- 定價分級
- 依 instance、儲存、備份與網路用量計費。
- 免費方案
- —
- 新手注意
- 如果產品已在 GCP，資料庫放同生態會比較好管理。
最後查證：2026-04-13・以官方頁為準
文件 / Realtime / App 平台
適合資料彈性、即時同步、行動 App 或快速 app 平台，但不一定適合複雜關聯交易。
Google 的 App 開發平台，含身份驗證、Firestore、Storage、Hosting 與推播等功能。
- 適合
- Realtime App、Mobile App、Firebase Auth、快速 MVP。
- 不適合
- 複雜關聯式查詢與傳統 SQL 報表。
- 定價分級
- 有免費額度，依讀寫、儲存、流量與功能計費。
- 免費方案
- —
- 新手注意
- 讀寫計費與資料結構要先想清楚，不要把查詢壓力留到後面。
雲端 MongoDB 服務，適合文件型資料與彈性 schema。
- 適合
- 文件型資料、彈性 schema、NoSQL 工作流。
- 不適合
- 高度關聯、交易一致性要求強的訂單系統。
- 定價分級
- 依 cluster、storage、流量與備份計費。
- 免費方案
- —
- 新手注意
- 彈性不是免設計，仍要規劃索引、資料形狀與一致性。
Postgres + 身份驗證 + 檔案儲存 + Realtime 的開發平台，適合快速做有資料與登入的產品。
- 適合
- 需要 SQL、登入、檔案與 realtime 的 MVP。
- 不適合
- 純文件資料且不需要 SQL 關聯的 app。
- 定價分級
- 有免費方案，依專案資源、資料庫、頻寬與儲存計費。
- 免費方案
- —
- 新手注意
- 它不是 NoSQL，但可用 realtime 與一站式能力補足 app 平台需求。
最後查證：2026-04-13・以官方頁為準
Edge / SQLite
適合小型資料、edge-first、低延遲讀取與嵌入式場景，不應直接套到所有 SaaS 主資料庫。
基於 libSQL / SQLite 的分散式資料庫服務，適合 edge-first 與讀取靠近使用者的應用。
- 適合
- SQLite、edge app、低延遲讀取、小型全球服務。
- 不適合
- 大型企業交易資料庫與複雜治理。
- 定價分級
- 依資料庫、儲存、列讀寫與使用量計費。
- 免費方案
- —
- 新手注意
- 適合特定架構，不是因為新潮就適合每個 MVP。
Cloudflare 的 serverless SQL database，適合和 Workers、Pages 同一生態使用。
- 適合
- Cloudflare Workers/Pages、serverless SQL、小型資料庫。
- 不適合
- 需要 Postgres extension 或大型交易系統。
- 定價分級
- 依資料庫、讀寫、儲存與 Cloudflare Workers 生態用量計費。
- 免費方案
- —
- 新手注意
- Cloudflare 生態內很好用，跨平台時要評估限制。
嵌入式 SQL database，常用於本機、行動裝置、小型工具或作為 edge database 的基礎。
- 適合
- 本機工具、小型資料、測試環境、嵌入式 App。
- 不適合
- 多人同時大量寫入的雲端 SaaS 主資料庫。
- 定價分級
- 開源免費，成本是備份、部署與同步設計。
- 免費方案
- —
- 新手注意
- 免費不代表不用設計備份、同步與部署策略。
最後查證：2026-04-13・以官方頁為準
官方來源
比較內容以官方網站或官方文件為基準；價格與方案可能更新，實際採用前請回到官方頁確認。
常見卡關
- - 沒有資料模型就直接開資料庫。
- - 把敏感資料放在前端或公開檔案。
- - 沒有資料庫 migration，正式環境只能手動改表。
完成標準
你能清楚說明這一步的決策，並把下一個動作寫成任務。
下一步
回到入門路線圖，確認是否可以進入下一階段。
TL;DR
新手多數情境可先選 Postgres 類服務。需要快速身份驗證 + 資料庫 + 檔案儲存時，Supabase 很適合；只要 Postgres 可看 Neon。
先問資料形狀
如果資料有訂單、會員、付款、權限，多數時候關聯式資料庫會比較好維護。
相關服務官方連結
服務名稱都連到官方網站；採用前請再確認方案、地區限制、商業使用條款與最新價格。
Postgres + 身份驗證 + 檔案儲存 + Realtime 的開發平台，適合快速做有資料與登入的產品。
有免費方案，依專案資源、資料庫、頻寬與儲存計費。
Serverless Postgres 服務，適合需要 Postgres 但不想自己維護資料庫的人。
依 compute、storage 與專案規模計費。
MySQL 相容的雲端資料庫，重視 schema change workflow 與可擴展性。
依資料庫大小、讀寫量與方案計費。
雲端 MongoDB 服務，適合文件型資料與彈性 schema。
依 cluster、storage、流量與備份計費。
Google 的 App 開發平台，含身份驗證、Firestore、Storage、Hosting 與推播等功能。
有免費額度，依讀寫、儲存、流量與功能計費。
基於 libSQL / SQLite 的分散式資料庫服務，適合 edge-first 與讀取靠近使用者的應用。
依資料庫、儲存、列讀寫與使用量計費。
Cloudflare 的 serverless SQL database，適合和 Workers、Pages 同一生態使用。
依資料庫、讀寫、儲存與 Cloudflare Workers 生態用量計費。
AWS 的託管關聯式資料庫服務，適合企業或成熟產品使用 Postgres、MySQL 等資料庫。
依資料庫引擎、instance、儲存、備份與流量計費。
Google Cloud 的託管關聯式資料庫服務，支援 MySQL、PostgreSQL 與 SQL Server。
依 instance、儲存、備份與網路用量計費。
嵌入式 SQL database，常用於本機、行動裝置、小型工具或作為 edge database 的基礎。
開源免費，成本是備份、部署與同步設計。
先看懂這些名詞
常見問題
這些結果可以直接拿去跟客戶報價嗎？
可以當作討論起點，但正式報價仍要依需求細節、整合難度、驗收方式與維護責任調整。
我是完全新手，應該先看工具還是名詞解釋？
先用工具取得方向，再點進結果裡的名詞解釋。這樣比較容易把抽象詞彙對應到真實決策。
你可能也需要
技術選型中文提示詞：請 AI 比較適合你的工具組合
依產品類型、市場、付款與 AI 需求，整理成可貼給 AI 的技術選型提示詞。
推薦邏輯
工具會用產品型態、資料複雜度、登入需求、付款需求與維運能力做初步判斷。