← 回首頁

免費方案

這三個免費 Postgres 方案裡，有一個會照時間表刪掉你的資料

Neon、Supabase、Render 都說「免費」。一個讓運算休眠，一個把專案暫停，還有一個在你建立資料庫的 30 天後讓它到期，然後刪掉。

拿儲存空間去比免費 Postgres 方案，是在比錯的數字。這三家的儲存空間彼此都在兩倍之內， 而它們在真正重要的那件事上完全不同。

該問的是：你不看它的時候會發生什麼

Render 那個是會坑到人的，而它坑得到人是因為「免費」這兩個字不區分 「永久免費但有限制」與「免費試用」。計時不是從閒置開始，是從你建立那一刻開始。 你每天都用，它一樣在第 30 天到期。

那是一個完全合理的產品。它只是不是免費方案，而唯一講出這件事的地方是文件。

把你自己的工作負載填進去

注意 Render 永遠不會顯示「放得下」，不管你把數字調得多小。那是刻意的： 一個會照時間表刪掉資料的方案，不該對一個 50 MB 的資料庫回答「放得下」， 因為「放得下」會被讀成「可以放正式資料」。

真正會先用完的是傳輸量

每個人都在比儲存。儲存很少是副專案的瓶頸——500 MB 的資料列真的很多。

會咬人的是傳輸量。Neon 與 Supabase 都是每月 5 GB。一個每次載入都拉一份 200 KB 清單的儀表板，大約兩萬五千次頁面載入就用完了，而那是一個成功的副專案， 不是一個異常的副專案。而且傳輸是出去的時候算的，所以一個話多的前端比一個大的 資料庫花得更兇。

冷啟動是設計限制，不是註腳

Neon 的五分鐘休眠在免費方案上關不掉。如果你的專案是一個排程工作、一個一週開兩次 的儀表板、或一個 demo，那完全正確，就用它。

但如果有一個人正在等一個會打到冷資料庫的 HTTP 請求，你等於把幾百毫秒的喚醒時間 搬進了請求路徑，而應用層的快取藏不住第一次。

挑之前該確認的三件事

1. 你一個月不理它之後，資料還在不在。 這是唯一一個答案不可逆的問題，所以它排第一。
2. 看傳輸量，不是儲存。 先把你的平均回應大小乘上實際的每月流量，再去看磁碟有幾 GB。
3. 冷啟動能不能接受。 可以的話，強制 scale-to-zero 是優點；不行的話， 它就直接淘汰這個方案，其他數字都不用看了。

還有，自己去確認一次現在的數值。上面這些是 2026 年 8 月 6 日從各家自己的頁面讀來的， 而免費方案是定價頁上變動最快的東西。