serverless-databases-2026-supabase-neon-planetscale-turso-convex.html
< BACK 2026年のサーバーレスデータベース:Supabase、Neon、PlanetScale、Turso、Convex — 要件で選定のヒーロー画像

2026年のサーバーレスデータベース:Supabase、Neon、PlanetScale、Turso、Convex――簡潔な選定基準

2026年のサーバーレスデータベース比較記事の多くは、1つのプロバイダーを使い、他の4つのマーケティングページを読んだだけの人が書いている。これは、Supabase、Neon で本番ワークロードを、PlanetScale、Turso、Convex でクライアントプロジェクトを過去18ヶ月間実際に運用した後の評価だ。5つのプロバイダー、実際の本番データ、アフィリエイトリンクなし。Supabase, Neon, and a handful of client builds across PlanetScale, Turso, and Convex over the last 18 months. Five providers, real production data, no affiliate links.

重要なポイント: Supabase はバンドル済みのデフォルト選択肢、Neon は Postgres 主義者向けの選択肢、PlanetScale は MySQL ブランチングで優位、Turso はエッジでの読み取りで優位、Convex は TypeScript ファーストのリアクティビティで優位です。Supabase is the bundled default, Neon is the Postgres purist pick, PlanetScale wins MySQL branching, Turso wins edge reads, and Convex wins TypeScript-first reactivity.

このサイト上ではSupabaseをプライマリとして、HostList(91,000ページのディレクトリ)上で、WordPress Stack Advisor上で、そして過去1年間のほとんどのクライアント案件で運用しています。このサイト上のHIPAAクラスタは主にSupabaseで構築されており、月700ドルのVercel+Supabaseのヘルスケアセットアップが、特定の別のベンダーを必要としないヘルスケアプロジェクトのデフォルトアーキテクチャです。以下は正直な評価で、Supabaseが優位な領域、他の選択肢が本当に勝る領域、そしてマーケティングが示唆するより選択が微妙な領域をカバーしています。WordPress Stack Advisor, and on most client work in the last year. The HIPAA cluster on this site is largely Supabase-built -- 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――Postgres as a serviceで、組み込みのAuth、Storage、Realtime、Edge Functions、pgvectorを搭載。Pro月25ドル、Team月599ドル、HIPAA加算月350ドル(TeamまたはEnterpriseに追加)。5つの中で最もフル装備。
  • Neon――Postgres as a service、ブランチファースト(プレビュー部署ごとにデータベースブランチを取得)、サーバーレスコンピュートのスケールトゥーゼロ。無料枠は充実、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、Pro1シートあたり月25ドル、Team・Enterprise階層あり。5つの中で最も独断的。

各プロバイダーが実際に活躍する場面

Supabase:アプリ、コンテンツ、認証が一つの Postgres に

Supabaseは、アプリとコンテンツがデータベースを共有し、5つの別々のベンダーを統合せずにAuth、Storage、リアルタイムを含める場合が適切な選択です。その下にあるPostgresは本物のPostgres――AI機能向けpgvector、完全なSQL、マルチテナントセキュリティ向けRLS。Team上の月350ドルのHIPAA加算は、Postgres形状の製品でのヘルスケアパスとして最もクリーン。欠点は、Pro計画(月25ドル)が本番環境としては本当に限定的だということです――Team月599ドルが本格的なワークロードの場所で、価格ステップは実質的です。

  • 活躍する場面:フルスタックアプリ、HIPAA対応の医療、AI向け pgvector が必要なプロジェクト、DB+認証+ストレージで単一ベンダーを望むチーム。
  • 不足する場面:多地域への大規模書き込み(読み取りレプリカで改善されても Postgres シングルマスターが限界)、バンドルされた機能がノイズである純粋なデータベースのみのブリーフ。

Neon:プレビュー デプロイ向け Postgres ブランチング

Neonの必殺機能はブランチング――すべてのVercelプレビュー展開がその独自のエフェメラルPostgresブランチを完全なデータで取得でき、フィクスチャなし。データベースに影響するコミット変更を伴う週複数PRを配信するチームにとって、この単一機能だけで移行の価値があります。サーバーレススケールトゥーゼロはステージング環境と低トラフィックアプリで本当に有用です。欠点:Neonはデータベース専用サービスなので、Auth、Storage、リアルタイムは自分で用意します。Postgres単体でバンドルなしが欲しい場合の適切な選択。Vercel preview deploy gets its own ephemeral Postgres branch with the full data, no fixtures. For teams that ship multiple PRs per week with database-touching changes, this single feature pays for the migration. The serverless scale-to-zero is genuinely useful for staging environments and low-traffic apps. The downside: Neon is a database-only service, so you bring your own auth, storage, real-time. Right call when you specifically want Postgres without the bundle.

  • 以下の場合に最適: 分岐によるデベロップメントワークフロー、Postgres専用プロジェクト、Auth0/Clerk/Cognitoで認証管理している既存チーム。
  • 以下の場合に課題がある: 統合認証・ストレージなしのため複数サービス連携が必要、Launch層ではHIPAA対応なし(Scale以上のみ対応)。

PlanetScale: スケール時代のMySQL、データベースの分岐対応

PlanetScaleはデータベースブランチングのパイオニアでしたが、2024年に無料ティアを廃止し、インディー開発者の採用に大きな影響を与えました。MySQLで既に大規模運用しており、ブランチング機能とVitessシャーディングを自分たちで運用したくないチームにとっては今が正しい選択です。優れたDX、成熟したプラットフォーム。Postgresを選ぶはずだったプロジェクトには不向き――ブランチング機能だけのためにPostgresからMySQLに乗り換えることは、NeonがPostgresで同じワークフローを提供するようになった今、ほとんど価値があります。

  • 以下の場合に最適: 既存のMySQL大規模運用、Vitessシャーディングが必要なチーム。
  • 以下の場合に課題がある: インディー/無料層ユーザー(2024年以降無料層廃止)、Postgresへの興味があり、Neonから恩恵を受けるチーム。

Turso: 読み取り中心のワークロード向けエッジファースト型SQLite

Turso(SQLiteフォークのlibSQL)はデータベースをグローバルにエッジにレプリケートし、ユーザーがアクセスする地域からの読み取りを提供します。読み取り中心のアプリケーション――データベース駆動のコンテンツサイト、eコマースカタログ、ディレクトリ――では、レイテンシーの改善は劇的です。9GBの無料ティアと10億行の読み取りは本当に太っ腹です。ただしSQLiteは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優先の開発を中心に構築されています。Convexを非TypeScriptスタックから使用するチームは、アーキテクチャが吸収するように設計されていない摩擦を感じる傾向があります。非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.

ヘッドレスCMSハブ — 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.

< BACK