社内の業務データを、AirtableやNotion Databaseに置き続けるかは2026年後半に見直しどころを迎えました。
SaaS側の値上げとデータ主権の議論が重なり、ノーコードDBのセルフホストが現実的な選択肢に育っています。NocoDB・Baserow・Directusは、いずれも本番投入例が増えました。
ただし「無料だからOSSに置換」だけで走ると運用が破綻します。バックアップ、認証、権限、UIの慣れなど、SaaSが肩代わりしていた要素をどこまで自社で持つかの設計が必要です。
この記事では、NocoDB・Baserow・Directusの2026年時点の位置づけを整理し、Airtable・Notionからの段階的な移行判断に必要な軸を示します。
自社の状況ごとに、最初に見るべき軸と次の行動を整理します。
| 自社の状況 | 最初に見るべき軸 | 推奨する初手 |
|---|---|---|
| Airtableの月額に不満、表計算感覚を維持したい | UI互換性、既存CSVインポート | NocoDBで1業務PoC |
| チーム内でBase運用を広げたい、権限管理が課題 | RBAC、ワークスペース分離 | BaserowEnterpriseで検証 |
| APIファーストで開発チームが主導 | REST/GraphQL、Webhook、拡張性 | Directusでヘッドレス基盤化 |
| データ主権と監査ログを優先 | オンプレ運用、監査API | 3ツールを社内標準候補で並行検証 |
まず「表計算利用者中心か開発者中心か」で分岐します。次に運用チームがDocker/Kubernetes運用に慣れているかを確認します。
セルフホスト型ノーコードDBは、Airtable相当のUIとAPIを自社サーバで持てるOSSです。
主に3つの役割を担います。
SaaS版と比べたときの利点は、データが自社側に残ること、月額課金がユーザー数で膨らまないこと、必要ならソースを改変できることです。
一方で、可用性、バックアップ、認証、監査ログの設計は自社責任になります。SaaS利用時に意識しなかった要素が、運用チームに戻ってくる点は事前に共有が必要です。
主要3ツールを、実務で最初に評価する軸で比較します。
| 比較軸 | NocoDB | Baserow | Directus |
|---|---|---|---|
| UIの発想 | スプレッドシート寄り | Airtable寄りのBase構造 | 管理画面 + APIコンソール |
| 主なデータストア | MySQL/PostgreSQL/SQLite | PostgreSQL | 任意のSQL DB接続 |
| API形式 | REST/GraphQL | REST | REST/GraphQL/Realtime |
| 権限管理 | テーブル/ビュー単位のRBAC | ワークスペース/ロール | 詳細なフィールド単位ACL |
| 拡張性 | プラグイン・スクリプト | フォーミュラ・Webhook | Extensions（Node.js） |
| 日本語UI | あり | あり | 一部 |
| 想定利用者 | 業務担当者 | 業務担当者 + 情シス | 開発チーム + 情シス |
「業務担当者が触るか、開発チームが触るか」で相性が大きく変わります。NocoDB・Baserowは非エンジニアが触りやすく、Directusは開発を前提としたAPIハブに近い性格です。
ライセンスと商用利用条件は、社内配布や再販、SaaS的な提供可否を左右します。2026年9月時点の各公式サイトを基準にした概要を示します。
| ツール | 主ライセンス | 商用利用 | 有償プラン | 注意点 |
|---|---|---|---|---|
| NocoDB | AGPLv3 + 商用ライセンス選択可 | 可 | Enterpriseで監査・SSO・SLA | AGPLの伝染性を再配布時に確認 |
| Baserow | MIT（Coreは寛容） | 可 | Premium/Enterpriseで機能追加 | Enterpriseは別ライセンス条項 |
| Directus | Business Source License 1.1 | 一定規模までは可 | Directus Cloud/Enterprise契約 | 年商・SaaS化条件は要確認 |
セルフホストで無償運用できる範囲でも、SSO、監査ログ、SLA、日本語サポートを含むと有償契約が現実的です。
社内配布や顧客向け提供を検討する場合は、ライセンス条項の再確認を実施してください。事業モデル次第で有償版が前提になります。
3ツールとも、AI・LLM連携は「APIかWebhook経由で外部処理を呼ぶ」構成が中心です。
主な連携パターンを整理します。
DirectusはWebhookとGraphQL Subscriptionが揃うため、リアルタイム連携で有利です。NocoDB・Baserowは業務担当者が触るテーブル起点の連携で強みが出ます。
いずれの構成でも、LLM呼び出しのコストと個人情報マスキングは分離設計が前提になります。運用者が扱うテーブルと、LLMに送る中間テーブルを分ける設計が実務では扱いやすくなります。
用途別の選び方を、代表的な業務ごとに整理します。
| 業務シーン | 推奨ツール | 理由 |
|---|---|---|
| Airtableで作った案件・顧客管理を置き換え | NocoDB | UI互換性が高く既存運用の移行が滑らか |
| 部門横断のBase運用を情シス主導でガバナンス | Baserow | ワークスペースとロール設計が明確 |
| 開発チームがAPIハブとして再利用 | Directus | 権限設計と拡張性で長期的に伸びる |
| SaaSとの併存で段階的に脱SaaS | 3ツール混在 | 業務単位でPoCしてから統合判断 |
導入前に確認すべき論点を、チェックリスト形式でまとめます。
Blackfordは、業務データの棚卸しと基盤設計から関わる立場で、脱SaaSを一気に進める提案は原則行いません。
ノーコードDBの置き換えは、業務データの粒度、権限、AI連携方針を整理した上でのPoC投入が現実的です。ここはDataRoidとDataRoid Cloudの領域と接続します。
/dataroidが扱う領域/dataroid-cloudで受ける自社の運用体制と業務データの現状に合わせ、OSSノーコードDBを組み合わせる設計が実務では選ばれています。
＼脱SaaS移行の設計を相談できます／ Blackfordに相談する
Q. NocoDB・Baserow・Directusは全社導入すべきですか？ A. 全社一斉導入は推奨しません。まず1業務でPoCを行い、運用チームの負荷とライセンス条件を検証してから、対象業務を広げる進め方が実務では失敗しにくくなります。
Q. Airtableからの移行は簡単ですか？ A. データ構造の移行は各ツールにインポート機能があり比較的容易です。ただし数式、リンクフィールド、権限、外部連携は互換性が完全ではなく、業務ロジックを再設計する前提で計画してください。
Q. AGPLとBSLの違いは実務でどう効きますか？ A. AGPLはSaaS的な外部提供時にソース公開義務が発生します。BSLは年商や利用条件で商用契約が必要になります。社内利用のみか外部提供を含むかで、判断が変わる論点です。
Q. 生成AI連携はどのタイミングで載せるべきですか？ A. まずDB移行とバックアップ、監査を安定させてからをおすすめします。AI連携を先行させると、データ品質と権限設計の課題が後追いになり、運用負荷が増える傾向があります。
セルフホスト型ノーコードDBは、AirtableやNotion Databaseの月額と、データ主権の課題を同時に解決する現実的な選択肢に育ちました。
一方で、SSO、監査、バックアップ、AI連携は自社側で設計する前提になります。全社一斉ではなく、業務単位のPoCから段階的に広げる進め方が扱いやすくなります。
自社の業務データ棚卸しと基盤設計に迷う場合は、業務課題と現行SaaSの利用状況を整理したうえで、専門家に相談しましょう。
＼AI・DXデータ基盤の設計を相談できます／ DataRoid Cloudの詳細を見る
※各ツールのライセンス条件、機能、サポート範囲は変更される場合があります。導入前に各公式サイトの最新条件を確認してください（情報確認日: 2026年9月15日）。
