Supabase 對 Firebase：應該揀邊個後端？

如果你的資料是關聯式的（例如客戶、訂單、彼此相連的發票），你想用 SQL 撰寫，或者想要日後可以自行架設的開源技術棧，請選擇 Supabase。如果你正開發以手機為先、開箱即用支援離線同步及即時更新的 App，或者你已經使用 Google Cloud，請選擇 Firebase。兩者都提供資料庫、登入、檔案儲存及無伺服器函數。真正的選擇在於 Postgres（SQL）對 Firestore（NoSQL），以及兩者各自的收費方式。

Supabase 對 Firebase 一覽

MAU 指每月活躍用戶，即在該月內登入過的人。目前的數字請查看 Supabase 收費 及 Firebase 收費。

我們的比較方法

我們比較了 Supabase 及 Firebase 自家網站和文件中公開列明的功能、配額及價格（截至 2026 年 9 月）。我們沒有進行實際測試，也沒有做效能基準測試，凡是無法在供應商頁面確認的內容，均不納入。價格以美元計，並不包括稅項。

真正的分別：Postgres 對 Firestore

這個決定會影響其他一切。

Supabase 建基於 Postgres，這是一個關聯式資料庫：資料以資料表的行和列儲存，資料表之間可以互相連結。你以 SQL 查詢，而 Supabase 會自動從你的資料表生成 API。如果你的 App 有一位客戶，客戶有多張訂單，每張訂單又有多個項目，這種結構很自然地適合資料表。我們的什麼是 Postgres 指南以淺白方式解釋它。

Firestore 是 NoSQL 文件資料庫。 資料以文件（類似 JSON 物件）儲存，並分組成集合。Google 將它描述為靈活、可擴展的資料庫，App 可以直接使用原生 SDK 存取，並為 App 正在使用的資料提供即時同步及離線快取。因此，它上手快，在網絡不穩的手機上表現也好。不過，跨多個相關記錄的複雜報表，比 SQL 困難。

Firebase 現時也提供 SQL Connect，讓你透過 Firebase 使用 Cloud SQL for PostgreSQL。截至 2026 年 9 月，Firebase 列出第一個執行個體有三個月免費試用期，之後才開始按月收費。所以「Firebase 不能用 SQL」已經不正確，但 Postgres 在 Firebase 中只是附加功能，而不是核心。

如果你不肯定自己的資料屬於哪種結構，請先閱讀SQL 對 NoSQL。

免費方案比較

Supabase 免費方案（截至 2026 年 9 月）：

• 500 MB 資料庫，使用共享 CPU 及 500 MB RAM
• 50,000 名每月活躍用戶
• 1 GB 檔案儲存空間，以及 5 GB 出站流量（傳出的資料）
• 500,000 次 Edge Function 調用
• 最多 2 個活躍項目
• 項目閒置 1 週後會被暫停
• 沒有備份；記錄保留約一天

Firebase Spark（截至 2026 年 9 月），無須付款方式：

• Cloud Firestore：1 GiB 儲存空間，每日 5 萬次讀取、2 萬次寫入及 2 萬次刪除
• Authentication：5 萬名每月活躍用戶
• Hosting：10 GB 儲存空間，每日 360 MB 傳輸量
• Realtime Database：1 GB 儲存空間，100 個同時連線
• Cloud Functions、App Hosting 及新的 Cloud Storage 儲存桶在 Spark 上不提供

實際分別是：Supabase 的免費方案包括無伺服器函數，但會暫停冷清的項目。Firebase 的收費頁沒有提及暫停閒置的 Spark 項目，但如果你要運行伺服器端程式碼或建立新的儲存桶，就必須升級至 Blaze（需要付款帳戶）。

收費方案比較

Supabase 每月收取方案費，另加超出包含配額的用量：

• Pro，每月 $25 起： 每個項目 8 GB 磁碟、100,000 名 MAU、250 GB 出站流量、100 GB 檔案儲存空間、200 萬次 Edge Function 調用、每月 $10 運算額度、每日備份保留 7 天。超額收費例子：每多 1 GB 磁碟收 $0.125，每多 1 GB 出站流量收 $0.09。
• Team，每月 $599 起： 包含用量相同，另加 14 天備份及 28 天記錄保留。
• Enterprise： 客製化。

Firebase Blaze 是按用量付費，需要有效的付款帳戶。你會先使用免費配額，之後按 Google Cloud 費率按使用量付費。例如 Cloud Functions 每月 200 萬次調用以內免費，之後每百萬次收 $0.40。符合資格的新用戶可獲得 $300 Google Cloud 額度。

哪個較平，取決於你的 App。固定的 $25 易於預算；按讀取次數計費，對於小型 App 可能非常便宜，但如果 Firestore App 每個畫面都要讀取大量文件，帳單可能增長得很快。決定前請兩邊都估算一下。

驗證、儲存空間及函數

• 驗證： 兩者都提供託管登入，並且都免費提供 5 萬名每月活躍用戶。Supabase 將驗證與 Postgres Row Level Security 配合使用，即資料庫內的規則，決定每位用戶可以看到哪些資料列。Firebase 則將 SAML／OIDC（企業單一登入）用戶分開計算，並提供 50 名免費用戶。如需基本概念，請參閱什麼是驗證。
• 儲存空間： Supabase Storage 與 S3 相容，並附帶 CDN 及圖片轉換功能。Firebase 的 Cloud Storage 新儲存桶需要 Blaze 方案。
• 函數： Supabase Edge Functions 在 Deno 上運行 TypeScript。Firebase Cloud Functions 需要 Blaze 方案。
• AI： Supabase 提供以 pgvector 為基礎的 Vector，用於嵌入向量。Firebase 則提供 AI Logic（按 Google Cloud 或 Gemini API 費率收費），以及 Firebase Studio。

鎖定風險與可攜性

Supabase 表示其所有核心工具均為開源，並可自行架設。由於資料庫採用標準 Postgres，你可以將資料匯出，並載入到任何 Postgres 主機上。如果你擔心被單一供應商綁定，這是選擇 Supabase 的最有力理由。

Firebase 是 Google 管理的服務。你可以匯出資料，但 Firestore 的文件模型及安全規則是 Firebase 專屬的，因此如果要遷移到其他地方，就需要重新設計資料，並改寫使用它的程式碼。

各自適合的對象

如果以下情況，選擇 Supabase：

• 你的資料是關聯式的：用戶、團隊、訂單、發票、預約
• 你或你的開發者熟悉 SQL，或者需要報表及儀表板
• 你希望保留自行架設，或日後轉到其他 Postgres 主機的選項
• 固定的月費較配合你的預算

如果以下情況，選擇 Firebase：

• 你正在開發必須能離線運作、稍後再同步的手機 App
• 你想要幾乎不用設定就能使用的即時監聽
• 你已經使用 Google Cloud、Google Analytics 或其他 Firebase 工具
• 你的資料確實屬於文件形態，而且你寧願按用量付費

Mythex 的位置

Supabase 和 Firebase 都是後端：你仍然需要在它們之上建構 App，並將前端託管到某處。如果你希望在對話中描述 App，然後直接取得整個成品，Mythex 是一個 AI App 建構工具，會撰寫程式碼、在即時預覽中運行，並發佈。當你的 App 需要儲存資料時，Mythex 會為該項目加入一個專用 Postgres 資料庫，該資料庫閒置 5 分鐘後休眠，並與建構及託管共用同一個點數餘額計費。

這適合客戶入口網站、CRM 或預約工具等網頁 App。它並不能取代 Firebase 的離線手機同步功能，而且 Mythex 的 Android 及 iPhone App（需 Pro 方案）是包裝網頁 App，並非完全原生。如果你已經在使用 Supabase 或 Firebase，也可以要求 Mythex 代理使用你自己的金鑰連接現有項目。一般做法請參閱如何為 App 加入資料庫。

結論

• Supabase 是網頁 App 及擁有關聯式資料的 SaaS 產品的較佳預設選擇，也適合重視 SQL 及可攜性的人。
• Firebase 是以手機為先、需要離線同步及即時更新的 App 的較佳選擇，也適合已投入 Google Cloud 的團隊。

兩者都提供慷慨的免費方案，因此最省錢的決定方法，就是在兩者上各開發一個小功能，看看哪一個用起來更順手。如需更多後端選擇，請參閱我們的 Supabase 替代方案 精選。

常見問題