2026年版 NocoDB代替ツール:ライセンスを見直すチームのための12ツール

置き換えツールを選ぶ前に、アクセスの必要性、データベースの所有、保守の責任を確認することを示す、データベースのレンズのイラストによるNocoDB代替ツール。

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

2026年9月更新

2026年のNocoDB代替ツールとして最適なのは、OSI承認のオープンソースライセンスを取り戻したいならBaserow、Teable、Grist、本当の問題がサーバーの所有だったならAirtableとSmartSuite、すでに運用しているデータベースを指し示すことが目的ならDirectus、Retool、Budibase、Appsmith、社外の人にログインが必要ならKnackまたはCaspioです。以下のすべてのツールは、ライセンス条件、セルフホストの権利、外部ユーザーのアクセス、レコード数の上限、25シートでの実際のコストで評価しており、すべての料金は2026年9月に各ベンダー自身の料金ページで確認しました。

この記事を読んでいる方の多くは、1つの理由でたどり着きました。2026年1月9日、v0.301.0以降、NocoDBはAGPL-3.0から、fair-codeのソース公開型ライセンスであるSustainable Use Licenseに移行しました(NocoDB自身のライセンスドキュメントに基づく)。候補を絞る前の率直な見方はこうです。NocoDBを社内のオペレーションツールとして運用しているなら、何も壊れていません。ソースコードの全体は今も入手でき、制限なくセルフホストでき、どんな規模の会社でも社内利用向けに改変できます。対応が必要なのは、自社の顧客にNocoDBへのアクセスを提供する代理店、MSP、プロダクト企業です。このガイドでは、自分がどの状況にあるかで代替ツールを分類し、3つ目の選択肢、つまり現状維持についても率直に取り上げます。カテゴリ全体を検討しているなら、まず2026年版 No-codeデータベースソフトウェアのおすすめのガイドから始めてください。

重要なポイント

  • NocoDBのセルフホスティングのライセンスページによると、NocoDBは2026年1月9日、v0.301.0からAGPL-3.0からSustainable Use Licenseに再ライセンスしましたが、セルフホストと社内利用は、組織の規模にかかわらず引き続き許可されています。
  • 2026 OpenLogic State of Open Source Reportによると、ベンダーロックインの回避をオープンソースを選ぶ理由として挙げる組織は現在55%で、1年前の33%から増加し、欧州と英国では約63%に達しています。また、98%がオープンソースの利用を増やしたか維持しました。
  • RedMonkの2026年3月のライセンス分析によると、BSLやSSPLのようなソース公開型ライセンスは、著名なプロジェクトが採用しているにもかかわらず統計的には依然として少数派で、寛容なライセンスは2025年に約73%のシェアを占めました。
  • 2025 Stack Overflow Developer Surveyによると、PostgreSQLは業界で最も使われているデータベースで、全回答者の55.6%、プロの開発者の58.2%が使用しており、40.5%のMySQLを上回っています。
  • Gartnerの予測によると(InfoWorldによる報道)、low-code開発テクノロジー市場は2026年に445億ドルに達し、年間約19%で成長すると予測されています。

最初の2つを合わせて読むと、2026年の問題が見えてきます。ロックインの回避は、チームがオープンソースを選ぶ理由として最も急速に伸びており、そうしたチームが選んだツールが、ライセンスを変更しているのです。

2026年1月に実際に何が変わったか

四半期をかけて移行する前に、これを正確に把握してください。「NocoDBはクローズドソースになった」は正確ではありませんし、それを一蹴するのも同様です。

Sustainable Use Licenseは、fair-codeファミリーに属するソース公開型ライセンスです。コードは公開されたままで、リポジトリは読むことができ、実行もできます。追加されるのは商用の再配布に対する制限です。リポジトリ自身のライセンスファイルは、使用と改変を自社の社内業務目的、または非営利・個人利用に限定し、ソフトウェアを他者に渡すことを、無償かつ非営利目的の場合に限っています。

今もできること 現在は商用ライセンスが必要なこと
ソースコード全体の閲覧、ダウンロード、監査 NocoDBをホスト型またはマネージドサービスとして提供すること
自社のハードウェアやクラウド上での、制限のないセルフホスト 外部の顧客にNocoDBへの直接アクセスを提供すること
社内利用向けのコードの改変 有料の製品の中でNocoDBを再販または再配布すること
組織の規模を問わず、人数に関係なく社内利用が認められた運用 顧客が直接操作するプラットフォームにNocoDBを組み込むこと
v0.301.0より前のリリースを、出荷時の条件のまま使い続けること ライセンサーの著作権表示とライセンス表示を削除または不明瞭にすること

見出しよりも重要な詳細が2つあります。1つ目は、制限が対象とするのは会社の規模ではなく、誰がソフトウェアに触れるかという点です。売上の基準も従業員数の基準もないため、従業員4,000名の会社の社内ツールは問題ありません。2つ目は、このライセンスはNocoDBに固有のものではなく、これがほとんどのまとめ記事が間違える部分です。これを避けるためにDirectusに移行するとしましょう。Directusは現在、Monospace Sustainable Core License、MSCL-1.0-GPL(著作権2026年 Monospace Inc.)の下で提供されています(Directus自身のサイトにあるライセンス本文に基づく)。同じ種類の動きが同じ年に起きており、それを逃げ道に選ぶと、12か月後に法務チームと同じ議論をすることになります。

実際に影響を受けるのは誰か

3つのグループがあり、本当に問題があるのは1つだけです。

あなたの状況 SULで何か変わるか すべきこと
社内のオペレーションツールで、ログインするのは社員のみ いいえ 何もしない。NocoDBを使い続ける
契約業者や監査人を招待している社内ツール いいえ、アクセスを購入するのではなく、自社のために作業している 何もしないが、誰がアクセスできるかは記録しておく
クライアント向けにNocoDBのインスタンスを運用する代理店またはMSP はい 商用ライセンスを購入するか、乗り換える
顧客のログインの背後にNocoDBがあるSaaS製品 はい 商用ライセンスを購入するか、乗り換える
NocoDBを同梱する再販バンドルやテンプレート はい 商用ライセンスを購入するか、乗り換える
OSI承認のライセンスを要求する調達ルール はい、利用がすべて社内であっても Baserow、Teable、Grist、Appsmith、またはBudibase

最後の行は目立たないものです。多くの調達ポリシーは「ソース公開型」ではなくOSI承認を明記しており、SULはOSI承認ではありません。入札書類にその文言があるなら、利用がどれだけ社内向けであっても、これはコンプライアンスの問題です。

クイック比較表

ツール 最適な用途 開始価格 主な強み 主な制約
Baserow 最小限の混乱でOSIライセンスを取り戻す 無料(ワークスペースあたり3,000行)、$10/ユーザー/月(年払い) Open Source EditionがMIT Expat ホスト型プランではワークスペースごとに行数の上限がある
Teable AGPL-3.0に加え、下層は本物のPostgresテーブル 無料(1,000行)、$13/シート/月(年払い) コアアプリは今もAGPL-3.0で、レコードは本物のPostgres ここで最も新しい製品で、ドメインを変更したばかり
Grist 本物の権限が必要なアナリストや規制対象のチーム 無料(ドキュメントあたり5,000レコード)、$8/ユーザー/月(年払い) Apache 2.0のコア、Python数式、行と列のルール インターフェースが素朴で、ワンクリック連携が少ない
Directus すでに所有しているデータベースの上の管理レイヤー 無料のセルフホスト版コアティア、Teamは月額$499(年払い) スキーマを所有せず、既存のSQLスキーマを読み取る 自身のライセンスが2026年にMSCLに移行
Budibase グリッドが違った場合のセルフホストの社内アプリ 無料のセルフホスト、$19/ユーザー/月(年払い) GPLv3で、データに接続し、本物の画面を構築 スプレッドシートを開くのではなく、アプリを構築することになる
Appsmith Apache 2.0に加え、クリーンな商用アップグレードの道 無料(クラウドで5ユーザー)、$15/ユーザー/月(月払い) fair-code条項のない寛容なライセンス SQLとJavaScriptに慣れた人が必要
Retool 何も所有せずに使える社内ツールビルダー 無料プラン、$10/標準ユーザー/月 データベースから使える社内アプリまで最速 プロプライエタリのため、ロックインが明示的なトレードオフ
Airtable 本当の問題がサーバー運用だったチーム 無料(ベースあたり1,000レコード)、$20/シート/月(年払い) 最大規模のテンプレート、拡張機能、インテグレーションのカタログ ベースごとにレコードの厳格な上限があり、すべてのエディターが有料シート
SmartSuite 柔軟性ではなく、プロセスが組み込まれていることを求めるオペレーションチーム $15/シート/月(年払い、最低3シート) ステータスワークフロー、承認、権限が標準装備 Teamプランはソリューションあたり5,000レコードが上限
Notion 足りなかったのが行ではなくドキュメントだったチーム 無料の個人プラン、$10/メンバー/月(年払い) 人々がすでに読んでいるwikiの中のデータベース リレーションとロールアップが本格化すると弱い
Knack ユーザー単位の課金なしで顧客がログインできる 月額$49(年払い) アカウント単位の価格で、エンドユーザーのログインが無制限 Starterには共有ビルダーシートがちょうど1つ
Caspio 外部向けポータルを構築する規制対象の組織 月額$270(年払い) コンプライアンスの裏付けがある、アプリのエンドユーザー無制限 入門価格がグリッド型ツールよりはるかに高い

ライセンス比較表

これはブックマークする価値のある表です。変わったのがまさにこの点であり、ほとんどのリスト記事がまだ更新していないからです。以下のすべてのライセンスは、2026年9月に各ベンダーのリポジトリまたはライセンスページから確認したものです。

ツール ライセンス(現行版) セルフホストで許可されること 制限されること
NocoDB v0.301.0以降 Sustainable Use License 1.0(fair-code、ソース公開型) ソース全体、制限のないセルフホスト、社内業務目的での改変、あらゆる組織規模 ホスト型またはマネージドサービス、外部顧客への直接アクセス、有料の製品内での再販
NocoDB v0.301.0より前 AGPL-3.0(OSI承認) 商用ホスティングを含む、AGPLが許可するすべて ネットワークコピーレフト:提供する改変版のソースを公開する
Baserow Open Source Edition MIT Expat(OSI承認) 商用ホスティングと再販を含む、ほぼすべて premium/とenterprise/は別のライセンス。ドキュメントはCC BY-SA 4.0
Teableのコアアプリ AGPL-3.0(OSI承認)、packages/はMIT コピーレフトを条件とした、セルフホストと商用利用 ネットワークで提供される改変版はソースを公開する必要がある。ブランド資産は対象外
Grist Core Apache 2.0(OSI承認) セルフホスト、改変、商用利用、再配布 商標の使用、および標準的な特許報復条項
Appsmith Community Edition Apache 2.0(OSI承認) セルフホスト、改変、商用利用、再配布 商標の使用、および標準的な特許報復条項
Budibase 全体としてGPLv3、パッケージごとのライセンスファイル セルフホスト、改変、商用利用 配布された改変版に対するコピーレフト。構築したアプリにGPLv3のコードは含まれない
Directus v12以降 MSCL-1.0-GPL(ソース公開型)、著作権2026年 Monospace Inc. 社内利用、教育、研究、プロフェッショナルサービス。売上500万ドル未満かつ従業員50名未満ならOpen Innovation Grantにより商用利用も無料 Competing Use、つまりDirectus自体を競合する有料サービスとして提供すること。バージョンは4年後にGPL-3.0に移行
Airtable、SmartSuite、Notion、Knack、Caspio、Retool プロプライエタリのSaaS 該当なし、セルフサーブプランにセルフホスト版はなし リポジトリのライセンスではなく、サブスクリプション契約に基づく

この表から読み取るべきことが2つあります。NocoDBの変更は本物ですが、範囲は狭く、BaserowのMIT Expat版はリストで最も寛容なライセンスであり、以前の姿勢を取り戻したい人にとって候補筆頭になる理由です。同じ事の裏側として、Directusは、2024年当時の記事が言っていたような逃げ道ではありません。Baserow代替ツールのおすすめのガイドは、同じ作業を逆方向から行っています。

チームがNocoDBを離れる理由

ライセンスは理由の1つです。以下は他の理由で、それぞれ適切な答えが異なります。

置き換えツールを絞り込む前に、保守の負担、アプリ構築のニーズ、外部アクセスを切り分けることを示す、判断のベンチのイラスト「NocoDBを置き換える理由」。

問題 根本原因 最適な対応
もう誰もパッチ適用を担当したがらない セルフホストには担当者が必要で、その担当者が退職した Airtable、SmartSuite、またはGristやTeableのマネージドプラン
クラウドプランが自社のデータベースに接続できない NocoDB Plusには外部データベース接続が含まれない Businessティア(10接続)、セルフホスト、またはDirectus
スタッフに必要なのは40列のグリッドではなく、アプリの画面 NocoDBはデータベースのインターフェースであり、アプリビルダーではない Budibase、Appsmith、またはRetool
レコードとドキュメントが2つの別のツールにある NocoDBにはドキュメントのレイヤーがない Notion
レポートに数式バーでは表現できないロジックが必要 NocoDBの数式は式であり、言語ではない Grist(数式がPython)
権限が監査に耐える必要がある 行レベルのセキュリティはScaleティアにある Grist、またはDirectusのロールベースアクセス
外部ユーザーに、ブランド化された独自のログインが必要 ビューの共有は、アカウントを発行することとは違う KnackまたはCaspio

これらのうち、ライセンスに関するものがいかに少ないかに注目してください。この比率は、実際の移行の相談でも変わりません。

規模とペルソナの表

ツール 規模の適合性(1-10 / 10-50 / 50-200 / 200+) 最適な規模 典型的な購買担当者
Baserow 適合度が高い / 適合度が高い / 適している / Enterpriseプラン 5-150 技術系オペレーションリード、ITマネージャー
Teable 適している(技術職向け) / 使える / 初期段階 / まだ不可 3-50 CTO、技術系創業者
Grist 適合度が高い / 適している / 適している / 公共部門 3-100 財務アナリスト、データリード
Directus 使える(技術職向け) / 適している / 適合度が高い / 適合度が高い 5-200 エンジニアリングマネージャー、CTO
Budibase 適している(技術職向け) / 適合度が高い / 適合度が高い / 適している 10-300 プラットフォーム責任者、ITマネージャー
Appsmith 適している(技術職向け) / 適合度が高い / 適合度が高い / 最適 20-1,000 エンジニアリングマネージャー、プラットフォーム責任者
Retool 使える / 適合度が高い / 適合度が高い / 最適 20-2,000 VP Engineering、社内ツール責任者
Airtable 適合度が高い / 適合度が高い / コスト上昇 / 高額 5-100 オペレーションマネージャー、マーケティングオペレーションリード
SmartSuite 3名未満は不可 / 適合度が高い / 最適 / 適している 20-200 COO、オペレーション責任者
Notion 適合度が高い / 適している / ドキュメントのみ / 弱い 2-100 Chief of Staff、プロダクト責任者
Knack 適合度が高い / 適合度が高い / 適している / 使える ビルダー2-100名 創業者、オペレーションマネージャー
Caspio 予算面で弱い / 使える / 適合度が高い / 適合度が高い 50-5,000 IT Director、コンプライアンスリード

1. Baserow - NocoDBがかつて持っていたライセンスに最も近い

退職の理由がライセンスだけなら、Baserowは最も明快な答えを持つ最短の移行先です。Baserow Open Source EditionはMIT Expatで、リポジトリ自身のライセンスファイルで確認されており、使用、改変、顧客向けのホスティング、他の製品の中での販売まで、ライセンスとしてはほぼ最大限に寛容です。premium/とenterprise/のディレクトリは別のMITではないライセンスが適用され、ドキュメントはCC BY-SA 4.0なので、正直な言い方は「BaserowはMIT」ではなく「オープンソース版はMIT」です。

なじみのあるグリッドは導入を容易にするが、移行先が独自のスキーマにデータを保存するかどうかを確認すべきことを示す、Baserowとデータベースの所有を表す、所有されたスキーマのイラスト。

製品としては同じ形です。グリッド、ビュー、リンクされたテーブル、フォーム、成長中の自動化ビルダー、そしてすでに運用方法を知っているセルフホスト型のデプロイです。できないのは、NocoDBの代名詞ともいえる機能です。Baserowはレコードを、すでに所有しているPostgresやMySQLのデータベースの上ではなく、独自のスキーマに保存するため、エンジニアリングがスキーマの管理権を持ち続けられるからNocoDBを選んだなら、これは横への一歩です。ライセンスは良くなりますが、データベース優先のチームには適合性が下がります。AirtableとBaserowの比較は、同じ判断のマネージド側を扱っています。

メリット デメリット
Open Source EditionはMIT Expatで、fair-code条項はどこにもない 独自のスキーマを所有するため、既存のデータベースの上には載らない
ライセンスの議論なしに、クライアント向けや有料製品の中でセルフホストできる ホスト型プランではワークスペースごとの行数の上限が響く
なじみのあるグリッド、ビュー、フォームのモデルで、再トレーニングが最小限 自動化ビルダーはAirtableより新しい
データの所在に関する説明が明快な欧州企業 プレミアムとエンタープライズの機能は、別ライセンスのディレクトリの背後にある

料金: 無料プランはワークスペースあたり3,000行、2 GBのストレージ、自動化クレジット2,000です。Premiumは年払いで1ユーザーあたり月額$10、月払いで$12で、ワークスペースあたり50,000行、20 GB、自動化クレジット100,000です。Advancedは年払いで$18、月払いで$22で、250,000行と100 GBです。Enterpriseは要問い合わせで、100万行、外部アプリユーザー無制限です(Baserowの料金ページに基づく)。

最適な用途: 離れる理由がライセンスそのもので、NocoDBが外部のデータベースを指すことに依存していない、5名から150名規模のチーム。


2. Teable - 今もAGPL-3.0で、下層は本物のPostgresテーブル

Teableは、質問の両方の半分に同時に答えます。コアアプリケーションは、NocoDBが離れたまさにそのライセンスであるAGPL-3.0のままで、2026年9月にリポジトリのライセンスファイルで確認しており、packages/ディレクトリはMITです。ブランド資産はAGPLのセクション7(e)に基づいて許諾の対象外とされていますが、これは通常のことで、通常の利用には影響しません。「AGPLを意図的に選んだので、それを取り戻したい」という異議なら、これが直接の置き換えです。

ごく普通のデータベーステーブルが、チームに必要なクエリとレポートをどう支えるかを評価することを示す、TeableとPostgresのレコードを表すテーブルの引き出しのイラスト。

もう半分はアーキテクチャです。Teableはレコードを独自のブロブの中の行ではなく、本物のPostgresテーブルとして保存するため、アナリストはBIツールをデータベースに直接向けることができ、エンジニアはそれに対して本物のSQLを書けます。これは、ここにある他のどれよりもNocoDBの思想に近く、違いはTeableがあなたのデータベースに接続するのではなく、データベースを自ら所有していることです。注意点は率直なものです。このリストで最も新しい製品であること、インテグレーションのカタログが薄いこと、2026年にドメインを移行し、teable.ioが現在teable.aiにリダイレクトされ、同時に料金も変わったことです。

メリット デメリット
コアアプリは引き続きAGPL-3.0で、OSI承認のライセンス ここで最も新しい製品で、それに伴うロードマップのリスクがある
レコードは本物のPostgresテーブルで、通常のSQLでクエリできる Airtableと比べてインテグレーションとテンプレートのカタログが薄い
簡単なDockerデプロイでセルフホストできる コミュニティが小さく、行き詰まったときの回答が少ない
行数が多くても高速なグリッド性能 2026年にドメインと料金の両方が変わったため、古い見積もりは使えない

料金: 無料プランは1,000行、1 GBです。Proは年払いで1シートあたり月額$13で、250,000行、10 GBです。Businessは年払いで1シートあたり月額$20で、100万行、100 GBです(Teableの料金ページに基づく)。セルフホスト版は、サブスクリプションではなくリポジトリのライセンスに従います。

最適な用途: AGPL-3.0を取り戻したく、レコードが通常のPostgresの行であることを気に入っている、3名から50名規模の技術系チーム。


3. Grist - Apache 2.0、Python数式、そして持ちこたえる権限

Gristは、ライセンスが重要で、ガバナンスも重要な場合の選択肢です。Grist CoreはApache 2.0で、リポジトリのライセンスファイルで確認されており、寛容でコピーレフトもfair-code条項もありません。公共部門の購入者や、入札でOSI承認を明記する調達チームにとって、それが評価の終わりになることもよくあります。

チームが使う実際の計算と可視性の境界に対して、数式とアクセスルールをテストすることを示す、分析作業を表すGristのアナリストのノートのイラスト。

ライセンスに加えて得られるのは、別次元のロジックです。数式は式の言語ではなくPythonなので、アナリストは6つのIFを入れ子にする代わりに、分岐とルックアップを備えた本物の関数を書けます。アクセスルールは行と列のレベルで機能し、ユーザー属性をキーにするため、「地域マネージャーは自分の地域の行だけを見られ、財務部門以外は給与の列を見られない」というルールは、回避策を設計するのではなく、設定で実現できます。NocoDBは行レベルのセキュリティをScaleティアに置いていますが、Gristはそれをコア機能として扱っています。引き換えになるのは、洗練度とエコシステムです。ワンクリックのインテグレーションが少なく、グリッドは素朴で、テンプレートライブラリも小さいです。

メリット デメリット
Apache 2.0のコアで、寛容かつOSI承認 AirtableやSmartSuiteより素朴なインターフェース
Python数式により、入れ子の式ではなく本物のロジックが書ける ワンクリックのインテグレーションが少なく、API作業が増える
ユーザー属性による行レベル・列レベルのアクセスルール テンプレートライブラリとコミュニティが小さい
セルフホスト用の無料のオープンソースCommunity Edition マネージドのセルフホスト料金は、クラウドのProティアよりかなり高い

料金: 無料プランはドキュメントあたり5,000レコードです。Proは年払いで1ユーザーあたり月額$8、月払いで$10です。Businessは年払いで1ユーザーあたり月額$24、月払いで$30で、最低5ユーザー、ドキュメントあたり150,000レコードです。Community Editionはセルフホスト用に無料のオープンソースで、マネージドのセルフホストプランは1ユーザーあたり月額$24〜$30です(Gristの料金ページに基づく)。

最適な用途: 審査に耐える権限と数式を必要とする、アナリスト、財務チーム、規制対象または公共部門の、3名から100名規模の組織。


4. Directus - 既存のデータベースを読み取るが、まずライセンスを読むこと

Directusは、NocoDBが実際にやっていることに最も近い形で再現します。Postgres、MySQL、SQL Server、SQLiteのデータベースに向けてスキーマを読み取らせると、エンジニアが引き続き所有するテーブルの上に、管理インターフェース、RESTとGraphQLのAPI、ロールベースの権限、フロービルダーが得られます。独自のストアも、インポート作業も、真実の2つ目のコピーもありません。

下層のデータベースはそのままで、インターフェースを変えられることを示す、既存データの上のDirectusを表す、着脱可能なインターフェースのイラスト。ライセンスは別途確認してください。

そして、あなたが離れようとしているのと同じライセンスの話があります。Directusは現在、Monospace Sustainable Core License、MSCL-1.0-GPL(著作権2026年 Monospace Inc.)の下で提供されています。社内利用、教育、研究、プロフェッショナルサービスとしての導入を許可し、Competing Use、つまりDirectus自体を競合する有料サービスとして提供することを除外します。NocoDBにはない特典もあります。Open Innovation Grantにより、年間売上500万ドル未満かつ従業員50名未満の組織は商用利用が無料で、すべてのバージョンはリリースの4年後にGPL-3.0に移行します。それがSULより良いかどうかは、どの制限が自分にとって問題になるかによります。社内ツールを運用する従業員300名の会社なら、どちらのライセンスでも問題ありません。代理店なら、どちらも問題があります。

メリット デメリット
スキーマを所有せず、既存のSQLデータベースを読み取る MSCLはソース公開型でOSI承認ではないため、同じ問題の繰り返しになる
テーブルからRESTとGraphQLのAPIが自動生成される 売上と人数のしきい値が、無料の商用利用の許諾を制限する
きめ細かいロールベースの権限とビジュアルなフロービルダー グリッド型ツールよりセットアップが大変で、SQLに慣れていることが前提
各バージョンが4年後にGPL-3.0に移行する Teamプランの料金は、シート単位のグリッド型ツールからの大きな飛躍

料金: セルフホストのインスタンスは、ライセンスキーなしでコアティアの$0で動作します。Plusはシートあたり月額$50と記載されています。Teamは年払いで月額$499、月払いで$599です。Open Innovation Grantは、年間売上500万ドル未満かつ従業員50名未満の商用利用を無料にします(Directusの料金とライセンスの概要に基づく)。

最適な用途: すでに運用しているデータベースの上に管理とAPIのレイヤーを求め、MSCLを読んで納得している、5名から200名規模のエンジニアリング主導のチーム。


5. Budibase - GPLv3、そしてグリッドはインターフェースではなかった

スタッフがスプレッドシートを求めていたわけではない、というのが正直な答えなら、Budibaseは候補に入れるべきです。彼らが求めていたのは、4つのフィールドと送信ボタンのある画面でした。Budibaseはlow-codeの社内アプリビルダーです。コンポーネントをキャンバスにドラッグし、Postgres、MySQL、MongoDB、REST API、または内蔵のデータベースに接続し、ビジュアルレイヤーの限界が来たらバインディングとJavaScriptを使います。きれいにセルフホストでき、独自のライセンスガイドラインのファイルによれば全体としてGPLv3で、各パッケージが独自のライセンスを持ちます。

グリッドをアプリケーションに置き換えることは、行をインポートするだけでなく、フォームとワークフローを設計することだと示す、目的に合った画面を表すBudibaseの、グリッドからフォームへのイラスト。

SULに警戒している人にとって重要なライセンスの詳細があります。ガイドラインには、Budibaseで構築したアプリにGPLv3のコードは含まれないと明記されているため、社内ツールが自社製品にコピーレフトの義務を持ち込むことはありません。これは、誰がソフトウェアを使えるかを制限するfair-codeライセンスとは、異なる姿勢です。落とし穴はスコープです。データベースを移行するのではなく、アプリケーションを構築することになり、15テーブルのNocoDBワークスペースが、午後のうちにBudibaseのアプリになることはありません。

メリット デメリット
GPLv3でOSI承認、無料のセルフホスト版あり グリッドを開くのではなく、画面を構築することになる
既存のPostgres、MySQL、MongoDB、REST APIに接続 移行はインポートではなく、再構築
Budibase自身のガイドラインによれば、構築したアプリにGPLv3のコードは含まれない クリエイターとエンドユーザーのアドオンがプラン料金に上乗せされる
自動化と、必要なら内蔵データベース スプレッドシート型ツールより、アドホックなデータの探索には向かない

料金: オープンソースのセルフホスト版は無料です。Proは年払いで1ユーザーあたり月額$19、月払いで$23です。Premiumは年払いで$49、月払いで$59です。Businessは年払いで$299、月払いで$359です。アドオンは、エンドユーザー1名あたり月額$5、クリエイター1名あたり月額$50です(Budibaseの料金ページに基づく)。

最適な用途: 技術系のビルダーが少なくとも1名おり、本当のギャップがデータベースではなくインターフェースだった、10名から300名規模のチーム。


6. Appsmith - Apache 2.0、読むべきfair-code条項なし

AppsmithはBudibaseと同じカテゴリで、ライセンスと重心が異なります。Community EditionはApache 2.0で、リポジトリのライセンスファイルで確認されており、寛容でOSI承認、あなたが探し始めるきっかけとなった利用制限は一切ありません。法務チームがライセンス変更で二度痛い目に遭い、退屈なものを求めているなら、Apache 2.0が退屈な答えです。

画面が運用データの上にある場合、社内ツールにはクエリのスキルとレビューのプロセスが必要であることを示す、技術系ビルダー向けのAppsmithを表す、バージョンレビューのイラスト。

機能面では、あらゆるデータソースの上のドラッグ&ドロップのキャンバスが得られ、値が入る場所ならどこでもJavaScriptが使え、接続したデータベースに対してSQLを直接書けます。Budibaseより開発者寄りで、Gitベースのアプリのバージョン管理が第一級の機能のため、社内ツールが他のコードと同じレビューワークフローに乗ります。トレードオフはBudibaseと同じです。これが置き換えるのはインターフェースであってスプレッドシートではなく、クエリを書ける人が必要です。既存のPostgresと組み合わせれば、NocoDBが提供していたものを、誰も解釈する必要のないライセンスの下で再構築できます。

メリット デメリット
Apache 2.0のコミュニティ版で、寛容かつOSI承認 チームにSQLとJavaScriptへの習熟が前提
Gitベースのバージョン管理で、社内ツールもコードレビューを経る 技術職でないスタッフ向けのグリッド優先の体験がない
ほとんどのSQLおよびNoSQLデータベースに加え、RESTとGraphQLにも接続 大規模なワークスペースの再構築は、インポートではなくプロジェクト
無料のセルフホストからサポート付き商用ティアへの明確な移行 エンタープライズへのステップアップが大きい

料金: セルフホストのCommunity Editionは無料です。クラウドは、5ユーザー、5ワークスペース、3つのGitリポジトリまで無料です。Businessは月払いで1ユーザーあたり月額$15、99ユーザーまでです。Enterpriseは100ユーザーで月額$2,500からで、通常は年間契約です(Appsmithの料金ページに基づく)。Appsmithは当方の事前確認済みベンダー一覧になかったため、これらの金額は2026年9月にベンダー自身のページから読み取ったものです。

最適な用途: 寛容なライセンスと、Gitで管理される社内ツールを求める、エンジニアのサポートがある20名から1,000名規模のチーム。


7. Retool - 「データベースを指すだけでいい」への商用の答え

Retoolは、ここまで来て、ライセンスを読む仕事はしたくなかったと結論づけたチームのためにあります。プロプライエタリなので、一見間違った方向に聞こえますが、プロプライエタリなツールは足元から再ライセンスされることがない、と気づけば違って見えます。サブスクリプション契約が関係のすべてであり、それは給与計算ベンダーとすでに結んでいる関係と同じです。

Retoolが売るのはスピードです。データベースやAPIに接続し、テーブルとフォームをドラッグし、クエリでつなげば、午後のうちに動く社内ツールができます。コンポーネントライブラリはこのクラスで最も深く、ツールがPostgresから読み、Stripeに書き込み、Slackに投稿するという1つのアクションを扱う、厄介な中間領域もこなします。確定する前に料金を慎重にモデル化してください。標準ユーザーとエンドユーザーは大きく異なる単価で別々に課金されるため、ビルダー12名と閲覧者600名のツールは、ビルダー600名のツールとはまったく違うコストになります。

メリット デメリット
既存のデータベースから使える社内アプリまで最速 プロプライエタリのため、セルフサーブプランにセルフホストのコミュニティ版はない
深いコンポーネントライブラリと強力なクエリ・JavaScriptレイヤー 2軸の料金(標準ユーザーとエンドユーザー)は過小評価しやすい
ほとんどのデータベース、API、SaaSツールにすぐ接続できる ワークフローの実行は従量制で、ブロック単位で課金される
ライセンスの解釈は一切不要 ベンダーロックインが、明示的に受け入れるトレードオフ

料金: 無料プランがあります。Teamは標準ユーザー1名あたり月額$10で、エンドユーザーは1ユーザーあたり月額$5です。Businessは標準ユーザー1名あたり月額$50で、エンドユーザーは1ユーザーあたり月額$15です。エンドユーザーのボリュームティアは、51〜250ユーザーで月額$8、500ユーザーを超えると月額$4に下がります。追加のワークフロー実行は、月5,000回あたり$75です。Retoolはこれらを月額料金として公開しています(Retoolの料金ページに基づく)。

最適な用途: 社内ツールという成果を求め、そのための予算があり、ライセンスの検討は終わりにしたい、20名から2,000名規模の企業。


8. Airtable - 本当の問題がサーバーの所有だったとき

多くのチームは、この評価の途中で、ライセンスは痛みの原因ではなかったと気づきます。痛みは、Dockerインスタンスを立ち上げた人が18か月前に退職し、バージョンは4リリース遅れ、ライセンス変更が、それを誰かが見直した最初の機会だったことでした。それが当てはまるなら、答えはマネージド製品であり、Airtableはそれなりの理由があって定番です。

サーバーの保守はなくなるが、レコードの容量とアクセスの必要性は計画が必要であることを示す、マネージドワークスペースとしてのAirtableを表す、マネージドデスクのイラスト。

このカテゴリで、テンプレート、拡張機能、インテグレーションのカタログが群を抜いて最大で、スプレッドシート型データベースのクラスで最も深いビジュアル自動化ビルダー、そのビルダーの限界が来たときのスクリプト拡張、コードなしでベースの上にアプリのようなレイヤーを置くためのInterfacesがあります。コストは予想どおりの2つです。レコードはセルフサーブのすべてのティアでベースごとに厳格に上限があり、すべてのエディターが有料シートなので、自社のハードウェアで無料で運用していた25名のオペレーションチームが、年間5桁の費用項目になります。クラウドのみなので、データの所在はAirtableが決めます。2026年版 Airtableの代替ツールベストのガイドは、この比較を逆の方向から行っています。

メリット デメリット
チームの誰も、二度とパッチを当てる必要がない セルフサーブのすべてのティアで、ベースごとにレコードの厳格な上限がある
テンプレート、拡張機能、インテグレーションの最大のエコシステム エディター単位の料金が、広い読み書きアクセスにとって負担になる
Interfacesにより、コードなしでアプリのレイヤーが得られる クラウドのみのため、セルフホストもデータ所在地の選択もできない
ビジュアルビルダーからの逃げ道となるスクリプト拡張 すでに運用しているデータベースへの接続がない

料金: 無料プランはベースあたり1,000レコード、添付ファイル1 GB、自動化の実行100回です。Teamは年払いで1シートあたり月額$20で、ベースあたり50,000レコード、20 GB、実行25,000回です。Businessは年払いで1シートあたり月額$45で、125,000レコード、実行100,000回です。Enterprise Scaleはカスタム料金で、ベースあたり500,000レコードです。Airtableは、ワークスペース内の少なくとも1つのベースで編集権限を持つすべてのユーザーに課金し、コメントのみ・閲覧のみのユーザーには課金しません(Airtableの料金ページに基づく)。

最適な用途: 保守の負担をなくしたく、シート単位の料金を吸収できる、5名から100名規模のチーム。


9. SmartSuite - マネージドで、組み立てるのではなくプロセスが組み込まれている

SmartSuiteは、NocoDBがまとめきれなかったのがデータセットではなくプロセスだった場合の、マネージドの選択肢です。Airtableが柔軟なキャンバスを渡すのに対し、SmartSuiteは意見を持って出荷されます。ステータスワークフロー、承認ステップ、チェックリスト、時間管理、レコードに固定されたコメント、そして異なるロールが異なるものを見るべきだと想定した権限モデルです。その制約こそが製品です。60名の運用組織が完全に柔軟なツールを使うと、同じプロセスについて互換性のない4つの解釈に行き着きがちですが、SmartSuiteは1つに向かわせます。

概念的には、切り替えは簡単です。グリッド、ビュー、リンクされたレコードのモデルは、最初の午後でなじみのあるものに感じられるからです。確定する前に確認すべき数字が2つあります。課金対象ユーザーは最低3名のため、2名のチームは設計上、入門プランの対象外になります。また、Teamプランはソリューションあたり5,000レコードが上限で、同程度の価格のAirtableのベースあたり50,000よりかなり低いため、ロゴではなくティアを比較してください。AirtableとSmartSuiteの比較がそのトレードオフを検討しており、SmartSuite代替ツールのおすすめのガイドが出口を扱っています。

メリット デメリット
ステータスワークフロー、承認、権限が後付けではなくネイティブ Teamティアはソリューションあたり5,000レコードが上限
なじみのあるグリッドとリンクレコードのモデルで、切り替えが速い 課金対象ユーザー最低3名で、ごく小規模なチームは使えない
別のBIツールなしで、強力なレポートとダッシュボード 恒久的な無料プランはなく、トライアルのみ
エンタープライズティアでEUのデータ所在地に対応 クラウドのみのため、セルフホストは選択肢にならない

料金: Teamは年払いで1シートあたり月額$15、月払いで$20で、課金対象ユーザー最低3名、ソリューションあたり5,000レコードです。Professionalは年払いで1シートあたり月額$32、月払いで$36で、最低5ユーザー、ソリューションあたり100,000レコードです(SmartSuiteの料金ページに基づく)。

最適な用途: 誰も読まないwikiのページではなく、ツールによってプロセスを徹底させたい、20名から200名規模のオペレーションチーム。


10. Notion - 足りなかったのが行ではなくドキュメントだったとき

Notionがここに入るのは、特定のよくあるケースのためです。NocoDBのワークスペースは、そもそも本当のデータベースではありませんでした。それを説明するノート、ブリーフ、SOPの隣に置く必要があった、顧客リスト、プロジェクトトラッカー、コンテンツカレンダーでした。Notionのデータベースはページ内の通常のブロックなので、レコードを開くとそのまま完全なドキュメントになり、そのドキュメントは、チームが毎朝開くwikiの中にあります。

深いデータベースロジックが主な仕事ではない場合に、ドキュメント型の知識を構造化されたリストの近くに置くことを示す、参照データを表すNotionの参照インデックスのイラスト。

トレードオフには冷静になってください。ここはまとめ記事が通常、過大に売り込む部分です。Notionは負荷をかけるとデータベースとして弱くなります。リレーションとロールアップは動作しますが、規模が大きくなると遅く扱いにくくなり、数式は高機能ですがプログラミング言語ではなく、セルフホストはできず、ユーザー属性による行レベルのセキュリティに相当するものもありません。インスタンスが業務プロセスの運用基盤なら、Notionはより見栄えの良いインターフェースをまとった格下げです。主に読まれる構造化リストなら、アップグレードです。2026年版 Notion代替ツール10選のガイドは、率直な対比になっています。

メリット デメリット
レコードとドキュメントがようやく同じ場所に リレーションとロールアップが本格化すると、データベースとして弱い
ほとんどのチームがすでに使っているので、導入はほぼ無料 セルフホストはできず、OSIライセンスはどこにもない
技術職でないスタッフが実際に使うビュー、フィルター、テンプレート 行レベル・列レベルの権限ルールがない
ノートとレコードを横断する、強力なAIと検索 大規模でリレーションの多いデータベースでは性能が低下する

料金: 無料の個人プランがあります。Plusは年払いで1メンバーあたり月額$10、Businessは年払いで1メンバーあたり月額$20です(Notionの料金ページに基づく)。Notionのページは年払いでの節約を謳っているため、月払いの料金はこれらの金額より高くなります。

最適な用途: データがトランザクションよりも参照用であり、データベースとwikiの組み合わせではなく1つのツールを求める、2名から100名規模のチーム。


11. Knack - ユーザー単位の請求なしで顧客がログインできる

Knackは、ライセンス変更が実際に影響するグループ、つまり外部の顧客、会員、ベンダーが、構築したものにログインするチームを対象とした2つの項目の1つ目です。まさにそれが、Sustainable Use LicenseがNocoDBについて制限する内容であり、Knackはそのために作られています。データをモデル化し、フォームとビューを構築し、どの行を誰が見られるかをロールベースのルールで定義し、社外の人に本物のログインを発行できます。

料金モデルが、適合する理由です。Knackはユーザー単位ではなくアカウント単位で価格が決まり、料金ページはユーザー無制限を見出しにしています。これは慎重に読んでください。ここには本当の落とし穴があります。エンドユーザー無制限は、ビルダー無制限ではありません。Starterには、無制限のエンドユーザーのログインとあわせて共有ビルダーシートがちょうど1つ含まれるため、2人ともアプリを編集したい場合はProが必要です。予算を組む前に、この文の両方の半分を財務リードに伝えてください。新規の月払い顧客に対する最初の3か月の66%割引はプロモーションであり、価格ではありません。2026年版 Knack代替ツールのガイドは、このカテゴリの残りを扱っています。

メリット デメリット
すべてのプランでエンドユーザーのログインが無制限で、アカウント単位の価格 Starterには共有ビルダーシートがちょうど1つ
NocoDBではSULが制限する外部ポータル向けに作られている プランごとにレコードに上限があり、20,000から始まる
ユーザーベースが増えてもシート単位の計算が不要 プロプライエタリでクラウドのみ、セルフホスト版はない
外部の各ユーザーが何を見られるかを定めるロールベースのルール Starterは3アプリに制限される

料金: Starterは年払いで月額$49、月払いで$59で、20,000レコード、3アプリ、共有ビルダー1名です。Proは年払いで月額$110、月払いで$130で、50,000レコード、アプリとビルダーが無制限です。Corporateは年払いで月額$250、月払いで$300で、125,000〜250万レコードです。Enterpriseは要問い合わせです。エンドユーザーのログインはすべてのプランで無制限です(Knackの料金ページに基づく)。

最適な用途: アプリケーションが社外の人にサービスを提供し、特にユーザー数のせいでシート単位の料金が非現実的になるような、あらゆる規模のチーム。


12. Caspio - コンプライアンスの裏付けがある、外部向けポータル

Caspioは同じ考え方のエンタープライズ側で、ある特定の読者のためにこのリストに入っています。顧客や会員のログインの背後でNocoDBを運用しており、それを明示的に許可するプラットフォームと、それに見合う監査証跡が必要になった組織です。アカウント単位の価格で、アプリケーションのエンドユーザーが無制限で、医療、政府、金融サービスの購入者が署名の前に求めるコンプライアンス体制を備えています。

支払うのは、行ごとの機能ではありません。データベースを裏付けとするアプリケーションを構築し、数千人の外部ユーザーに公開し、仕組みを尋ねられたときにコンプライアンスチームに文書を渡せる、という能力に対してです。入門価格はそれを反映しており、Teamはグリッド型ツールより1桁高く、そのティアではアプリ作成者は5名に制限される一方、エンドユーザーには上限がありません。クライアント向けのログインだけが必要な2名の代理店は、ここでは場違いで、Knackが正しい選択です。規制当局のいる従業員400名の組織は、まさに正しい場所にいます。Caspio代替ツールのおすすめのガイドは、このカテゴリを比較しています。

メリット デメリット
すべてのプランでアプリケーションのエンドユーザーが無制限で、アカウント単位の価格 入門価格が、このリストのすべてのグリッド型ツールよりはるかに高い
規制対象の外部向けアプリケーション向けに作られたコンプライアンス体制 Teamティアではアプリ作成者が5名
ポータル構築で長い実績のある成熟したプラットフォーム 新しいグリッド型ツールと比べて、インターフェースが古い
シート単位の再交渉なしに、数百万レコードまで拡張できる 社内専用のワークスペースには過剰

料金: Teamは年払いで月額$270、月払いで$300で、アプリ作成者5名、アプリケーションのエンドユーザー無制限、250,000レコードです。Businessは年払いで月額$540、月払いで$600で、作成者無制限、100万レコードです(Caspioの料金ページに基づく)。

最適な用途: コンプライアンスの証跡を伴う外部向けアプリケーションを必要とする、50名から5,000名規模の規制対象の組織。


セルフホストとクラウドの比較

この判断はNocoDBを選んだときに一度下しています。ライセンス変更は、惰性ではなく意図的にもう一度判断する、よい口実です。

メンテナンス、デプロイ、アクセス制御を誰が担うかを、サブスクリプションの費用を比較する前に選ぶことを示す、セルフホストとクラウドの違いを表す、ホスティングのペアのイラスト「セルフホストとクラウドの違いとは?」。

要素 クラウド(Airtable、SmartSuite、Notion、Knack、Caspio、Retool) セルフホスト(Baserow、Teable、Grist、Directus、Budibase、Appsmith)
コストモデル シート単位で、人数に応じて拡大 インフラと担当者の時間で、成長しても定額
レコードの上限 ティアごとの厳格な上限 自社のハードウェアが限度
データの所在地 ベンダーのリージョン、EUの選択肢はティアにより異なる サーバーを置いた場所
ライセンスのリスク 値上げされうるサブスクリプション契約に基づく 新バージョンで変更されうるライセンスに基づく
セットアップ時間 数分 数時間から数日、さらに継続的なパッチ適用
セキュリティパッチ ベンダーが対応 自社が、自ら課したスケジュールで対応
コンプライアンスの証跡 監査人に渡せるベンダーの認証 自社の統制で、文書化が必要
損益分岐点 通常は約20〜25シート未満が最適 通常は約30シートを超えると有利で、担当者の指名が必要

人々が読み飛ばす行はライセンスのリスクで、2026年はそれを具体的なものにしました。セルフホストは値上げからは守ってくれますが、条件の変更からは守ってくれません。NocoDBとDirectusはどちらも今年、将来のバージョンに対する条件を変更しましたが、既存のバイナリはすべて動き続けました。対策は、オープンソースを避けることではありません。将来の再ライセンスでも、すでに持っているものを取り上げられない寛容なライセンス(MIT、Apache 2.0)を選び、どのバージョンに固定しているかを把握し、アップグレードのスケジュールを担当する人を指名しておくことです。


移行の手間

手間は、中規模のNocoDBワークスペース1つを、データを知っている人が移行することを前提としています。

レコードの移動は作業の一部にすぎないことを示す、NocoDB移行作業を表す再組み立てのイラスト。切り替える前に、リンク、数式、ビュー、権限をテストしてください。

移行先 インポートの方法 引き継がれるもの 再構築が必要なもの 一般的な所要時間
Baserow テーブルごとにCSV、その後リンクをつなぎ直す フィールド、レコード、ほとんどのフィールドタイプ リンクフィールド、数式、自動化、ビュー 1〜2日
Teable CSVインポート、またはPostgresへの直接ロード フィールド、レコード、リレーションシップ 自動化、ビューの設定 1〜2日
Grist ドキュメントごとにCSVインポート フィールドとレコード Pythonで書き直した数式、アクセスルール 2〜3日
Directus 既存のデータベースに向ける スキーマがすでに自社のものなら、すべて コレクション、ロール、フロー、インターフェースの設定 2〜5日(技術職)
Budibase、Appsmith、またはRetool 既存のデータソースに接続 何も移動しない、データはそのまま すべての画面とクエリ(それが目的) 3〜10日(技術職)
AirtableまたはSmartSuite テーブルごとにCSV、その後リンクをつなぎ直す フィールド、レコード、基本的な構造 リンクフィールド、数式、自動化、権限 1〜2日
Notion データベースごとにCSVインポート レコードと単純なフィールド リレーション、ロールアップ、数式、自動化 1日、およびクリーンアップ
KnackまたはCaspio CSVまたは直接のデータベースインポート レコードとフィールド アプリ全体とポータルのレイヤー(設計上) 1〜6週間

知っておく価値のある近道があります。インスタンスがNocoDBの内部ストアを使わず、すでに外部のPostgresやMySQLのデータベースを指していたなら、Directus、Retool、Budibase、Appsmithではデータ移行がまったく不要です。インターフェースを入れ替えるだけで、データは動きません。何かを計画する前に、どのモードで運用していたかを確認してください。


NocoDBが今も最適なケース

多くのチームはここまで検討して、残ることを正しく選びます。それは逃げではなく本物の結論であり、切り替えのコストは理論上のものではありません。

利用が社内向けなら、残ってください。ライセンスは、制限なしのセルフホスト、社内利用向けの改変、組織の規模にかかわらない社内利用を許可しているため、社外の誰もログインしないなら、あなたの行っていることに制限はありません。セルフホストのCommunity版は、レコードとストレージが無制限で、5つのユーザーロールがすべて使え、永続的に無料のままで、ここにあるどのクラウドのティアも、コストの面ではまったく及びません。自社のサーバーで運用する60名のオペレーションチームは、インフラと担当者の注意力を支払うだけで、多くの場合、他のサービスの1シートあたり月額$20未満で済みます。

差別化要因が自分に必要なものなら、残ってください。すでに運用しているPostgres、MySQL、SQL Server、SQLiteのデータベースにNocoDBが接続できることは、グリッド型ツールでは置き換えにくいものです。Baserow、Airtable、SmartSuite、Notionはすべて独自のストアを所有しているからです。このパターンを再現するのはDirectus、Retool、Budibase、Appsmithだけで、3つはスプレッドシートではなくインターフェースビルダーであり、残る1つは独自のソース公開型ライセンスを持っています。先に確認すべきことが1つあります。NocoDBのクラウドのPlusティアには外部データベース接続が含まれないため、保守を避けるためにNocoDB Cloudに移るなら、Plusではなく、10接続のあるBusinessティアが必要になります。

NocoDBが及ばないのは、再販と外部アクセスのケース、OSI承認を明記する調達ルール、そして、年払いで1ユーザーあたり月額$45、最低3シートのScaleティアにある行レベルのセキュリティです。これらはライセンスとパッケージングの判断であり、待てば解消するロードマップ上のギャップではありません。「離れるかもしれない理由」のリストの他のすべては、移行より安い解決策があり、No-codeデータベースソフトウェアの選び方のバイヤーズガイドが、その基準を順に説明しています。


選び方:意思決定フレームワーク

候補を2つか3つに絞ってから使ってください。その前ではありません。

これが必要な場合... このツールを選ぶ 理由
最小限の混乱でOSI承認のライセンスを Baserow Open Source EditionがMIT Expat
自分で選んだAGPL-3.0を、特にそのまま Teable コアアプリは今もAGPL-3.0、packages/はMIT
寛容なライセンスに加え、本物の権限と数式 Grist Apache 2.0のコア、Python数式、行と列のルール
エンジニアが所有するデータベースを指し続ける Directus、Retool、Budibase、またはAppsmith 4つとも既存のSQLデータベースに接続できる
社内アプリビルダーで、fair-code条項なし Appsmith Apache 2.0のコミュニティ版、Gitベースのバージョン管理
サーバーの所有を完全にやめる AirtableまたはSmartSuite マネージドで成熟しており、誰もパッチを当てなくてよい
柔軟なキャンバスではなく、徹底されたプロセス SmartSuite ステータスワークフロー、承認、権限が標準装備
レコードとドキュメントを1か所に Notion 人々がすでに読んでいるwikiの中のデータベース
顧客、会員、ベンダーのログイン KnackまたはCaspio アカウント単位の価格で、アプリケーションのエンドユーザーが無制限
代理店またはMSPとしてクライアント向けにインスタンスを運用する Baserow、Appsmith、または商用のNocoDBライセンス 寛容なライセンスなら許可される。SULでは許可されない
社内で、シート単価ゼロのレコード無制限 セルフホストのNocoDBを使い続ける この軸ではここのどれもかなわない

ここでの悪い選択の大半は、3つの間違いから生じます。自分には当てはまらないライセンス条項のために移行すること。これは今年のケースの大半です。ソース公開型ライセンスからの逃げ道としてDirectusを選ぶこと。これはSULをMSCLに置き換えるだけです。そして、パッチ適用の担当者を決めずに別のセルフホストツールに移ること。これは、新しいロゴで、離れようとしている問題を再現します。マネージドのグリッド型ツールに落ち着くなら、2026年版 Airtableの代替ツールベストと2026年版 最良のプロジェクト管理ソフトウェアのガイドが、その次を扱っています。


NocoDB代替ツールに関するよくある質問

NocoDBは2026年も、オープンソースですか?

OSIの意味では違います。2026年1月9日、v0.301.0以降、NocoDBはAGPL-3.0から、fair-codeのソース公開型ライセンスであるSustainable Use Licenseに移行しました。ソースは今も公開されており、どんな組織規模でも社内利用向けにセルフホストと改変ができますが、OSI承認ではなくなりました。調達ルールがOSI承認を特に明記している場合は、これが問題になります。

2026年の最良のNocoDB代替ツールは何ですか?

なぜ離れるのかによります。最小限の混乱でOSI承認のライセンスを取り戻したいなら、Open Source EditionがMIT ExpatのBaserowが最適です。AGPL-3.0とPostgresネイティブのストレージを求めるならTeable、本当の問題がサーバーの運用だったならAirtableまたはSmartSuite、社外の人にログインが必要ならKnackまたはCaspioです。

NocoDBを社内でしか使っていない場合、ライセンス変更は影響しますか?

いいえ。Sustainable Use Licenseは、制限のないセルフホストと、自社の社内業務目的での改変を許可しており、NocoDBは社内利用が組織の規模にかかわらず許可されると述べています。社外の誰もインスタンスにログインしないなら、あなたの環境について何も変わっていません。

代理店として、クライアント向けにNocoDBのインスタンスを運用し続けることはできますか?

商用ライセンスなしではできません。Sustainable Use Licenseは、NocoDBをホスト型またはマネージドサービスとして提供すること、外部の顧客に直接アクセスを提供すること、有料の製品の中で再販または再配布することを制限しています。代理店、MSP、顧客のログインの背後にNocoDBを組み込むプロダクトチームが、実際に影響を受けるグループです。

OSI承認のオープンソースライセンスを今も使っているNocoDB代替ツールはどれですか?

ここにある12のうち5つです。BaserowのOpen Source EditionはMIT Expat、TeableのコアアプリケーションはAGPL-3.0、Grist CoreとAppsmith Community EditionはどちらもApache 2.0、BudibaseはGPLv3全体です。Directusは2026年にMonospace Sustainable Core Licenseに移行したため含まれず、逃げ道として扱うのは避けるべき間違いです。

NocoDBの無料の代替ツールはありますか?

2つの形でいくつかあります。無料のセルフホスト版には、BaserowのOpen Source Edition、GristのCommunity Edition、Budibaseのオープンソース版、AppsmithのCommunity Editionがあります。無料のクラウドティアには、ワークスペースあたり3,000行のBaserow、ドキュメントあたり5,000レコードのGrist、1,000行のTeable、ベースあたり1,000レコードのAirtableがあります。

すでに運用しているNocoDBのバージョンはどうなりますか?

v0.301.0より前に公開されたリリースはAGPL-3.0で提供されており、リリース時の条件のままです。そのため、既存のデプロイが遡ってライセンスを変更されることはありません。Sustainable Use Licenseはv0.301.0以降に適用されるため、判断の分かれ目は今日ではなく、次回のアップグレードです。

すでに運用しているPostgresデータベースに接続できる代替ツールはどれですか?

Directus、Retool、Budibase、Appsmithはいずれも、レコードを独自のスキーマに保存するのではなく、外部のSQLデータベースに接続します。これがNocoDBのやっていることに最も近い一致です。Teableはレコードを本物のPostgresテーブルとして保存しますが、そのデータベースは自ら所有しています。代わりにNocoDB Cloudを検討しているなら、Plusティアには外部データベース接続が含まれないため、10接続を含むBusinessが必要になります。

次のステップ

候補リストではなく、5分間の確認から始めてください。インスタンスを開いて、2つの質問に答えます。どのバージョンを使っているか、社外の誰かにログインがあるか、です。アクセス権を持つ全員が自社の従業員なら、ライセンスの問題はなく、次の一手は、先送りにしてきたアップグレードを予定に入れて、四半期の仕事に戻ることです。

2つ目の質問の答えがイエスなら、意思決定フレームワークから最終候補を2つ選び、同じ方法でテストします。最大のテーブルをエクスポートして両方に読み込み、最もよく使う3つのビューと、最も重要な自動化1つをその上に作り直します。それぞれ午後1つ分の時間を使い、リンクフィールド、数式、日付の扱い、ファイルの添付に何が起きるかを見てください。それは、機能比較表では分からないことを教えてくれます。そして、NocoDBが問題なくこなしていたものを作り直していることに気づいたなら、それも1つの答えです。商用ライセンスを購入してインスタンスを維持し、四半期は前に進むことに使ってください。

関連リソース:

About the author

Camellia

Camellia

Principal Product Marketing Strategist

Camellia is Principal Product Marketing Strategist at Rework, helping B2B buyers pick the right software with confidence. With 6+ years in product marketing and 150+ SaaS tools evaluated across CRM, project management, and sales engagement, Camellia turns competitive intelligence into clear, honest comparisons. Readers get vendor evaluations they can trust to cut through marketing noise and decide faster.