Airtable
スプレッドシートの操作感でリレーショナルなデータを扱うノーコードDB
分野「ノーコード・SaaS」：コードを書かずに済ませる選択肢。 分野の役割とつながりは分野の解説へ。
別名：エアテーブル
できること
- 関係を持つデータを保存し問い合わせる ：表と表を結合して集計したい
- スプレッドシートを読み書きする ：シートを入出力に使いたい
- HTTP API を公開する ：自分のデータや処理を他から呼ばせたい
Airtable ができないこと
- 無料プランで1ベースあたり1,000レコードを超えるデータを新規追加すること（既存データは保持されるが追記できなくなる）
- 複雑なJOINや集計をSQLで直接実行すること（画面・APIはリレーショナルだがSQLエンジンではない）
- 秒間5リクエストを超えるAPI呼び出しを1ベースに対して継続すること（レート制限に達し429が返る）
- 無料プランでの大容量な添付ファイルの蓄積（1ベースあたり1GBまで）
- 数百万件規模の大規模データセットの実運用（最上位プランのBusinessでも1ベース125,000レコードが上限）
制約
先頭の行が、このツールで最も先に当たる制約。値はすべて出典の一次情報で確認したもの。
| 項目 | 値 | 影響 | 出典 | 検証日 |
|---|---|---|---|---|
| 無料プランのレコード上限 （主要制約） | 1ベースあたり1,000レコード | 数千件規模のデータを扱うプロジェクトでは早い段階で有料プランへの移行が必要になる | support.airtable.com | |
| 無料プランの添付ファイル容量 | 1ベースあたり1GB | 画像・PDFなどの添付を多用するベースはすぐに容量上限に達する | support.airtable.com | |
| 有料プランのレコード・添付上限 | Teamは1ベース50,000レコード・添付20GB（$20/ユーザー/月、年払い）。Businessは1ベース125,000レコード・添付100GB（$45/ユーザー/月、年払い） | 上位プランでも1ベースのレコード数には上限がある。超過すると新規レコード・添付の追加ができなくなる（既存データは削除されない） | support.airtable.com | |
| Web APIのレート制限 | 1ベースあたり秒間5リクエスト。個人アクセストークン単位では全トラフィック合計で秒間50リクエストまで | 超過すると429が返り、30秒待ってから再試行する必要がある。大量レコードの一括処理はバッチ化と待機処理が必須になる | airtable.com |
典型的な落とし穴
- レコード上限を「ベース単位」ではなく「アカウント単位」だと誤解し、複数ベースに分けたつもりで実は1ベースが上限超過している
- API連携をレート制限（秒間5リクエスト）を意識せずに実装し、大量データ投入時に429が頻発してリトライ処理が必要になる
- 添付ファイルを画像・PDFの保管場所として多用し、ストレージ容量の上限に想定より早く到達する
コスト
- 課金モデル
- 無料枠あり
- 跳ねる条件
無料プランは1ベース1,000レコード・添付1GBまで。課金が跳ねるのはレコード数と添付容量で、上限を超えると新規追加ができなくなり上位プランへの移行が必要になる
- 出典
- support.airtable.com 検証
代替手段と差分
| 代替 | 何が違うか |
|---|---|
| PostgreSQL | PostgreSQLは真のRDBMSでSQL・JOIN・トランザクションを完全にサポートするが、画面やAPIは自前で構築する必要がある。ノーコードで即座に使える画面が欲しいならAirtable、複雑なクエリや大規模データが必要ならPostgreSQL |
| Supabase | SupabaseはPostgreSQL本体に認証・自動生成APIを組み合わせたバックエンド基盤で、レコード数の上限は実質DBの容量次第。ノーコードの操作画面を優先するならAirtable、開発者向けのフル機能バックエンドが必要ならSupabase |
| Google Apps Script | スプレッドシート（Sheets/GAS）は無料でセル単位の操作に強いが構造化されたリレーションは弱い。テーブル間のリンクや添付管理を伴うならAirtable、Googleの他サービスと連携した自動化が主目的ならGAS |
このツールを代替として挙げているページ： Notion
選定判断
少人数チームで構造化されたデータをノーコードの画面とAPIで扱う用途では第一候補。無料プランの1,000レコード/ベースや有料プランでも1ベース最大12.5万レコードという上限に触れたら、PostgreSQLやSupabaseなど本格的なRDBMSへの移行を検討する
テーブル・行・列というスプレッドシートに近い見た目のまま、列同士をリンクさせてリレーショナルなデータを扱える点が特徴で、ノーコードの画面編集とREST APIの両方から同じデータへアクセスできる。オートメーション機能によりGASやZapier的な自動化も内蔵する。
利用者が最初に当たるのは無料プランのレコード上限（1ベースあたり1,000件）である。プロトタイプの段階では問題にならないが、実データを溜め始めるとすぐに到達する規模で、超過後は既存データを保持したまま新規追加だけが止まる仕様である。API経由での大量操作では、1ベースあたり秒間5リクエストというレート制限にも早期に当たる。