2026年のサーバーレスデータベース比較記事の多くは、1つのプロバイダーを使い、他の4つのマーケティングページを読んだだけの人が書いている。これは、Supabase、Neon で本番ワークロードを、PlanetScale、Turso、Convex でクライアントプロジェクトを過去18ヶ月間実際に運用した後の評価だ。5つのプロバイダー、実際の本番データ、アフィリエイトリンクなし。
このサイト、HostList（91,000ページのディレクトリ）、WordPress Stack Advisor、過去1年のほとんどのクライアント案件で Supabase を主力で運用している。このサイトの HIPAA クラスタは大部分が Supabase で構築されている — 月700ドルの Vercel + Supabase ヘルスケアセットアップは、別のベンダーが必須でないヘルスケアプロジェクトなら、デフォルトで採用するアーキテクチャだ。以下の率直な評価は、Supabase が勝つ領域、代替手段が本当に優れている領域、マーケティングが示唆するほどは単純でない選択肢をカバーしている。the $700/month Vercel-plus-Supabase healthcare setup is the architecture I default to for any healthcare project that does not specifically need a different vendor. The honest take below covers where Supabase wins, where the alternatives genuinely beat it, and where the choice is closer than the marketing implies.
5つのプロバイダーの60秒説明
- Supabase — Auth、Storage、Realtime、Edge Functions、pgvector を組み込んだ Postgres サービス。Pro $25/月、Team $599/月、HIPAA アドオン Team または Enterprise で $350/月。5つの中で最も機能が充実している。
- Neon — Postgres サービス、ブランチファースト（プレビュー環境デプロイごとにデータベースブランチを作成）、サーバーレスコンピュートはゼロスケールに対応。無料枠が充実、Launch $19/月、Scale $69/月。
- PlanetScale — MySQL-as-a-service、Vitess ベースのシャーディング、ブランチングワークフロー。2024年に無料ティアを廃止。Scaler $39/月、Pro $79+/月、本番環境向け Scaler Pro はより高いティア。
- Turso — 分散型 SQLite（libSQL）、エッジファースト レプリケーション、無料ティア 9GB と 10 億行の読み取り、Scaler $29/月。読み取り負荷が高いワークロードでエッジ最速。
- Convex — TypeScript ファースト リアクティブデータベース、組み込み関数、リアルタイムクエリ、SQL なし。無料 1GB、Pro $25/シート、Team および Enterprise ティア。5つの中で最もオピニオネーテッド。
各プロバイダーが実際に活躍する場面
Supabase：アプリ、コンテンツ、認証が一つの Postgres に
アプリとコンテンツが同じデータベースを共有し、5つの異なるベンダーを統合することなく、認証、ストレージ、リアルタイム機能を備えたい場合、Supabase が最適解です。その下にある Postgres は本物の Postgres で、AI機能向け pgvector、完全な SQL、マルチテナントセキュリティ向け RLS が搭載されています。Team での HIPAA アドオン $350/月は、Postgres ベースのプロダクト向けとしては最もクリーンな医療対応パスです。欠点は Pro プラン（$25/月）が本番環境に対して本当に限定的なこと。Team $599/月がシリアスなワークロードが存在する段階で、価格ジャンプは実在します。
- 活躍する場面：フルスタックアプリ、HIPAA対応の医療、AI向け pgvector が必要なプロジェクト、DB+認証+ストレージで単一ベンダーを望むチーム。
- 不足する場面：多地域への大規模書き込み（読み取りレプリカで改善されても Postgres シングルマスターが限界）、バンドルされた機能がノイズである純粋なデータベースのみのブリーフ。
Neon：プレビュー デプロイ向け Postgres ブランチング
Neon の必殺技はブランチング。Vercel のプレビュー デプロイごとに、完全なデータを持つ短命の Postgres ブランチが得られ、フィクスチャは不要。データベース変更に伴う複数のPRを週単位でシップするチームなら、この機能ひとつが移行に見合うだけの価値があります。サーバーレス スケール・ツー・ゼロは、ステージング環境とトラフィックが低いアプリにとって本当に有用です。欠点は Neon がデータベースのみのサービスということで、認証、ストレージ、リアルタイムは自分で用意する必要があります。Postgres をバンドル無しで特に欲しいときが正解です。
- 以下の場合に最適: 分岐によるデベロップメントワークフロー、Postgres専用プロジェクト、Auth0/Clerk/Cognitoで認証管理している既存チーム。
- 以下の場合に課題がある: 統合認証・ストレージなしのため複数サービス連携が必要、Launch層ではHIPAA対応なし(Scale以上のみ対応)。
PlanetScale: スケール時代のMySQL、データベースの分岐対応
PlanetScaleはデータベース分岐のパイオニアでしたが2024年に無料層を廃止し、インディー開発者の採用に大きな打撃を与えました。現在はMySQL運用でスケーリングしており、分岐機能とVitessシャーディングが必要で自社運用したくないチーム向けが正解です。デベロッパーエクスペリエンスは堅牢で、プラットフォームは成熟しています。Postgresを選択するはずだったプロジェクトには向きません — 分岐機能だけのためにPostgresからMySQLに乗り替えるのは、Neonが同じワークフローをPostgresで提供するようになった今、ほぼ価値がありません。
- 以下の場合に最適: 既存のMySQL大規模運用、Vitessシャーディングが必要なチーム。
- 以下の場合に課題がある: インディー/無料層ユーザー(2024年以降無料層廃止)、Postgresへの興味があり、Neonから恩恵を受けるチーム。
Turso: 読み取り中心のワークロード向けエッジファースト型SQLite
Turso(SQLiteフォークのlibSQL)は、データベースをグローバルのエッジにレプリケーションし、ユーザーがアクセスする任意のリージョンから読み取りを提供します。読み取り中心のアプリケーション — データベース駆動型コンテンツサイト、eコマースカタログ、ディレクトリ — ではレイテンシー削減の効果は劇的です。9GBの無料層と10億行の読み取りは本当に太っ腹です。トレードオフはPostgresとは異なるトランザクションセマンティクスを持つこと、書き込み中心アプリケーションには最適でないこと、ORMとツールのエコシステムがPostgresやMySQLより小さいことです。
- 以下の場合に最適: エッジ分散型の読み取り中心アプリケーション、スケール運用されるデータベース駆動型コンテンツサイト、太っ腹な無料層。
- 以下の場合に課題がある: 書き込み中心のワークロード、複雑なマルチテーブルトランザクション、Postgresエコシステムツールへの既存投資。
Convex: TypeScript ファーストなリアクティブデータベース
Convex は 5 つの選択肢の中で最も主張が強い—TypeScript のスキーマ定義、TypeScript で書かれたサーバー関数、デフォルトでリアルタイムクエリ、SQL なし。TypeScript で一貫して開発したい、柔軟性よりも開発者体験を重視するチームにとって、Convex は本当に生産性が高い。トレードオフはロックイン：SQL からの脱出口がなく、データモデルは Convex 専用で、Convex から離れるのは単なるデータベースエクスポートではなく完全な作り直しになる。
- 得意な領域：TypeScript ファーストのチーム、リアルタイムヘビーなアプリ、プロトタイプから本番環境へで DX の速度が重要な場合。
- 弱い領域：SQL の柔軟性が必要な人、データの可搬性要件が強いプロジェクト、複雑な分析クエリ。
決定木—仕様で選ぶ
フルスタックアプリ（コンテンツ + 認証 + リアルタイム + AI 機能）
Supabase。バンドルされた機能（Auth、Storage、Realtime、pgvector）はベンダー管理のオーバーヘッドを本当に削減できる。HIPAA 対応の Supabase + Vercel セットアップは、BAA ストーリーを含めた本番グレード版をカバーしている。The HIPAA-compliant Supabase + Vercel setup covers the production-grade version including the BAA story.
Postgres のみのプロジェクト（開発ワークフロー要件が厳しい）
Neon。プレビューデプロイごとのブランチングは最高の機能だ。認証層には Auth0、Clerk、Supabase Auth（Supabase のデータベースを使わずに Supabase Auth だけ使う選択肢もある）と組み合わせよう。
MySQL のワークロード（スケール時、シャーディング要件がある）
PlanetScale。Vitessシャーディングとブランチングの組み合わせは独特です。ゼロからスタートするならNeonを先に評価してください。既にMySQLを大規模運用していて、自分で運用せずプラットフォームを使いたいならPlanetScaleはその価格に見合う価値があります。
読み取り主体のエッジ分散コンテンツアプリ
Turso。エッジでのSQLiteに無料読み取り10億回は本当に異なる形態です。コンテンツディレクトリ、eコマースカタログ、読み取りレイテンシーがユーザー体験を支配するプログラマティックSEOサイトに適しています。
TypeScript専用チーム、プロトタイプ段階の製品、リアルタイムファースト
Convex。TypeScriptチーム向けのDXスピードは本物です。ロックイン取引を受け入れてください。製品がSQLやデータポータビリティを必要とする規模に成長したら再検討してください。
コスト経済学 — 一般的なワークロードの年間TCO
仮想的なSaaSアプリを基準として：アクティブユーザー10K、データベース5GB、1日のAPIリクエスト100K、エンジニア5名、週1回のデプロイ。
- Supabase Team：$599/月のベース。HIPAA追加オプション$350/月（該当する場合）。年間約$11,400（HIPAAなしの場合$7,200）。
- Neon Scale：$69/月 + 使用量ベースのコンピュートとストレージ（通常$40～100/月追加）。同様のワークロードで年間約$1,500～2,500。
- PlanetScale Scaler Pro：$79/月 + 使用量。同様のワークロードで年間約$1,500～2,500。
- Turso Scaler: $29/月 + 使用量。年間約 $500-800。
- Convex Pro: $25/シート × 5 + 使用量 = 年間約 $2,000-4,000。
Supabase はこのスケールではペーパー上では高く見えますが、比較は不公正です — Neon、PlanetScale、Turso、Convex はデータベース専用サービスです。同等の認証（Clerk Pro $25/月 + $0.02/MAU）、ストレージ（Cloudflare R2 約 $15/月）、リアルタイム（Pusher $49/月またはセルフホスト）、pgvector（OpenAI embeddings + ベクターDB 経由で管理）を追加すると、通常は月額 $200-500 の追加コストになります。統合をバンドルすると、Supabase Team はしばしば費用競争力を持つようになります。
FAQ
Supabase は Neon より優れていますか？
認証、ストレージ、リアルタイム機能が必要なフルスタックアプリの場合は、はい — Supabase は Neon にない機能をバンドルしています。開発ワークフロー要件が深刻な Postgres 専用プロジェクトの場合は、Neon のブランチングが差別化要因です。2 つは異なるニーズに最適化されており、どちらが絶対的な意味で「優れている」かという選択はめったにありません。
PlanetScale はなぜ無料ティアを廃止したのですか？
持続可能性 — 顧客ごとの Postgres または MySQL をコストなしで実行することは、スケールで本当に高額です。PlanetScale は売上を生み出す顧客に焦点を当てることを選択し、インディー/学習向けの視聴者を捨てました。この決定は開発者の支持を大きく損なわせました。その後、Neon と Turso がインディー層の大部分の関心を獲得しました。PlanetScale は MySQL 上の確立されたチーム向けの強力な選択肢のままですが、新規プロジェクトのデフォルトではなくなりました。
Turso は真の Postgres 代替品ですか？
いいえ、Turso は libSQL（SQLite フォーク）を使用しており、異なるトランザクション セマンティクス、完全なマルチテーブルリレーショナル機能なし、エコシステムが小さいです。エッジでの読み取り集約的なワークロードの場合、Postgres より本当に高速ですが、汎用アプリケーション データベースでは Postgres は引き続きより柔軟な選択肢です。
TypeScript以外のアプリケーションでConvexを使用できますか？
理論上はそうです。Convexにはおよそ、Pythonおよび他の言語用のSDKがあります。ただし、生産性に関するストーリーはTypeScript-firstの開発を中心に構築されています。TypeScript以外のスタックからConvexを使用しているチームは、アーキテクチャが吸収するように設計されていないため、摩擦を感じる傾向があります。TypeScript以外のチームの場合、通常SupabaseまたはNeonの方が適切です。
どのサーバーレスデータベースが最もHIPAAに対応していますか？
Supabase。Teamプラン上でHIPAAアドオン（月額$350）を使用できます（月額$599）。Vercel Pro BAAとの組み合わせプラットフォームレイヤーが月額$350なので、HIPAA対応のNext.js + Supabaseスタック全体として月額$700になります。詳細なセットアップはこちら。NeonとPlanetScaleはより高い層でHIPAAを提供しています。TursoとConvexは2026年半ばの時点で公開されたHIPAAストーリーがありません。Full setup detailed here. Neon and PlanetScale offer HIPAA on higher tiers; Turso and Convex do not have published HIPAA stories as of mid-2026.
関連リーディング
HIPAA対応Supabase + Vercel: 月額$700のセットアップ — Supabaseをデータレイヤーとして使用するヘルスケアアプリケーション向けのプロダクション設定。 — production setup for healthcare apps using Supabase as the data layer.
Headless CMS Hub — CMSレイヤーの選択がデータベースの選択と交差する場合（コンテンツとしてのSupabaseまたは別個のCMS）。 — when the CMS layer choice intersects with the database choice (Supabase as content vs separate CMS).
Next.jsで25,000ページのディレクトリを構築した方法 — Supabaseをデータのバックボーンとした、スケール規模のプロダクションケーススタディ。 — the production case study at scale, with Supabase as the data backbone.
WordPress Stack Advisor — このツール自体はSupabase + Vercel上で動作し、Supabase + Next.jsパターンのプロダクションリファレンスです。 — the tool itself runs on Supabase + Vercel; production reference for the Supabase + Next.js pattern.
データベースの選択がボトルネックになることはほぼありません。ボトルネックは、選択したデータベースでチームが船出できるかどうかです。機能チェックリストではなく、プリミティブの適合度で選択してください。
30分のデータベース相談を予約してください。アプリの構成、チームのスタック専門知識、スケール予測について説明します。Supabase対Neon対Tursoの決定を得て、要件に合ったものを選択できます。 — describe the app shape, the team's stack expertise, the scale projection. Walk away with a Supabase-vs-Neon-vs-Turso decision that fits the brief.