Excelの共有ファイルが重い、保存のたびに誰かとぶつかる、関数が壊れて元に戻せない——中小企業のExcel業務は、ある段階を越えるとデータベースに移したほうが結果として手間もコストも下がります。とはいえSQLは触ったことがない、ベンダーに頼むほどの予算もない、というのが現場の本音です。本記事では、SQLゼロから始められるDIYのExcel→データベース移行手順を、NoCode系ツールを軸に2週間で着地させるプロセスとして整理します。
この記事の結論（3行）
- SQLを書けなくてもNotion・Airtable・AppSheet・kintoneのいずれかでExcelはDB化できる。選定はユーザー数と帳票要件で決める
- 移行の正味工程は「項目整理→正規化→インポート→運用ルール化」の4ステップで、2週間あれば1テーブル分は動かせる
- 「Excelを完全再現」ではなく「Excelで諦めていた使い方を解禁する」発想で設計しないと、移行後に元のExcelに戻ってしまう
なぜExcelからデータベースへ移行する必要があるのか
ExcelはDBの代替として優秀ですが、件数・同時編集・履歴管理という3点で遅かれ早かれ壁に当たります。「ファイルが開かない」「誰かが触ると保存できない」が月に何度も起きるなら、DB化の検討時期に入っています。
- 1万行を超えたあたりから動作が重くなる
- 同時編集できないため誰かを待たせる時間が積み上がる
- 履歴・変更ログが残らずトラブル時に原因が追えない
ここを我慢して使い続けると、業務時間の1〜2割が「Excelの待ち時間」に消える計算です。社員5人で月120時間が消えれば、人件費換算で30万円前後の損失になります。
1万行を超えたあたりから動作が重くなる
Excelは10万行まで扱える表計算ソフトですが、関数とピボットを多用すると1万行付近で動作が重くなります。集計のたびに3〜5分待たされる状態が日常化すると、現場の生産性が目に見えて落ちていきます。データの実体をDBに移し、Excelは「表示・編集の窓口」として残す形に変えると、待ち時間がほぼゼロに圧縮されます。
SQLゼロで使えるNoCodeデータベース4種を比較
SQLを書かずにDBを構築できるツールは複数あります。中小企業の現場で実用に耐えるのは、用途と人数で使い分けやすい4つです。
| ツール | 月額目安(10人) | 強み | 向く用途 | |---|---|---|---| | Notion | 1万円〜 | 文書とDBの一体運用 | プロジェクト管理・案件管理 | | Airtable | 3万円〜 | 強力なビュー・自動化 | 顧客管理・在庫管理 | | Google AppSheet | 5,000円〜 | スプレッドシート連携 | 現場の入力アプリ | | kintone | 1.5万円〜 | 国産・帳票連携が豊富 | 受発注・申請ワークフロー |
選定軸は3つです。第一に「日々の入力者が何人か」。10人以下ならNotion、20人以上ならkintoneかAppSheetが運用に耐えます。第二に「帳票出力が必要か」。請求書や見積書を綺麗に出したいならkintoneの帳票プラグインが楽です。第三に「既存のスプレッドシート資産を活かせるか」。Google Workspaceを既に使っているならAppSheetが最短距離になります。自社のExcel資産を踏まえてどのツールが合うか判断したい場合は、業務改善・システム見積もりAI適正診断で個別に整理できます。
Notion・Airtableが向くケース
社内Wikiや議事録と一体で運用したいならNotionが最短距離。「案件管理シート」と「議事録」を同じページで扱えます。ビュー切り替えやレコード単位の自動化を多用したいならAirtableが優秀で、Kanban・カレンダー・ガントが1クリックで切り替わります。月100〜1000件規模で効果を発揮します。
kintoneが向くケース
申請・承認のワークフローを業務に組み込みたい場合、kintoneが本命です。「申請→課長承認→部長承認」のような業務フローを画面に組み込めて、印鑑文化の置き換えに向きます。プラグインで帳票も出せるため、製造業や建設業の現場で広く使われています。
ExcelからDBへの移行手順を4ステップで
DBツールを決めたら、実際の移行は4ステップで進めます。1テーブルなら2週間、5テーブル程度なら1〜2ヶ月が目安です。
ステップ1: 項目整理（3日）
既存Excelの列を「文字列・数値・日付・選択肢・参照」の5つに振り分け、空欄や混在を洗い出します。「単価」列に「3,000円」「3000」「未定」が混じっていれば運用ルールを決めます。整理結果を表にまとめると後工程が楽になります。
ステップ2: 正規化（2日）
整理した項目をテーブルに分けます。「案件管理シート」を「案件・顧客・担当者」の3テーブルに分割しIDで紐付ける形に変えます。1シートをそのままDBに移すと集計や検索ができません。「顧客名」を案件シートに直接書かず、顧客テーブルから参照する設計が要です。
ステップ3: インポート（2日）
NoCodeツールはCSVインポートに対応しています。整理済みExcelをCSVで書き出し、文字コードUTF-8、日付YYYY-MM-DDで統一してアップロード。100件程度のサンプルで試し、エラー列を洗い出してから本番に進みます。
ステップ4: 運用ルール化（5〜7日）
DBにデータが入った後が本番です。「誰が・いつ・どの項目を入力するか」を明文化し、旧Excelは「閲覧専用」に切り替えて新DBへ誘導します。ここを曖昧にすると現場が旧Excelに戻り、二重管理が発生します。2週間の並行運用期間が現実的です。
経営者目線で考えるExcel→DB移行の判断軸
Excel→DB移行は技術判断のように見えて、実は経営判断の比重が大きい施策です。「現場が困っているから」だけで動き出すと、ツール導入で満足し業務が変わりません。
経営者が持つべき判断軸は3つです。第一に「DB化で何時間の業務時間が浮くか」を数字で示せるか。「待ち時間月20時間×5人＝100時間／月」と見積もれれば、投資回収シナリオを描けます。第二に、移行後に「捨てるExcel」の締切を決められるか。新DBと旧Excelの両立期間が長引くと現場の混乱が続きます。第三に、社内推進担当を1名指名できるか。ベンダー任せにすると運用が定着しません。
特に2つ目が肝心です。「旧Excelを残してほしい」という現場の要望に押し切られるとDB化のメリットが消えます。経営者として「いつ捨てるか」を明示することで、現場のマインドが切り替わります。
ぷらすわんの実例：じちなびの段階的DB移行
ぷらすわんが運営する「じちなび」は、市場相場300〜800万円の自治体マッチングポータルを200万円規模で立ち上げた事例です。立ち上げ過程で重視したのが「ExcelとDBの段階的な使い分け」でした。
初期は事業者リストをスプレッドシートで管理。件数が500件を超えてフィルタが重くなり、Supabaseへ移行しました。「全項目をDBに移す」のではなく「マッチングに直接使う項目」だけを優先的に移し、補助情報はスプレッドシートに残す段階移行を選択。結果として2週間で移行が完了し、検索速度が3〜5倍に改善しました。
Excel→DB移行でも同じ発想が効きます。一度に全てを移さず「業務の本質に直結する項目」から段階的に移すことでリスクを抑えられます。手元のExcel資産をどう段階移行するか診断すると、優先順位を工程に落とし込めます。
まとめ
ExcelからDBへの移行は、SQLゼロでもNotion・Airtable・AppSheet・kintoneのいずれかで進められます。移行の正味工程は項目整理→正規化→インポート→運用ルール化の4ステップで、1テーブルなら2週間が目安です。
成功の鍵は、技術ではなく経営判断にあります。「DB化で浮く時間を数字で示す」「旧Excelを捨てる締切を決める」「社内推進担当を指名する」——この3つを経営者が握ることで、Excel資産はDXの起点として再構成されていきます。手元の移行プランを項目別に整理してから動き出す流れをお勧めします。