ホームナレッジ / Excel台帳のデータベース化|限界の正体と、ツール導入より先に確かめること

Excel台帳の​データベース化|​限界の​正体と、​ツール導入より​先に​確かめる​こと

Excel台帳が限界に見えるとき、原因はExcelの容量ではなく、台帳の中身と更新の設計にあることが大半です。行数の上限・同時編集の制約・桁落ちや自動変換といった公開仕様から限界の正体を4つに切り分け、移行先にも残る制約、そして何に移す前でも必要な中身の整備までを、実装する側の視点でまとめました。

著者: 村山 悠太(ゴムマリ) 最終更新: 2026年8月

目次
  1. 行数の上限に達している台帳は、ほとんどない
  2. 限界の正体は4つに分かれる
  3. 自分の台帳がどの型かを見分ける
  4. ツールを選ぶ前に、業務側で確かめる5つ
  5. 移した先にも限界はある
  6. 中身を整えないと、何に移しても失敗する
  7. 進め方
  8. つまずきやすい点
  9. 自力でどこまでやれるか
  10. 外注する場合の判断基準と費用
  11. 次の一歩

Excel台帳が限界に見えるとき、原因がExcelの容量であることはほとんどありません。1シートは1,048,576行まで扱えるのに、多くの台帳は数千行の段階で回らなくなります。詰まっているのは、同時に更新できない・履歴が残らない・中身が壊れている・処理が特定の人に張り付いている、のいずれかです。この記事は、顧客・案件・設備・検査記録などの台帳を抱える管理部門と情報システム兼務の担当者に向けて、限界の正体の見分け方と、ツールを選ぶ前に業務側で確かめることを、実装する側から中立に整理します。

行数の​上限に​達している​台帳は、​ほとんどない

Microsoftが公開しているExcelの仕様・制限の資料では、1つのワークシートは1,048,576行×16,384列、1つのセルに格納できる文字数は32,767文字です。実務で先に当たるのはむしろ別の上限で、フィルターのドロップダウンに表示される項目は10,000件までと定められています。台帳が育つと、値で絞り込む操作から先に不便になります。

100万行の台帳を運用している組織はまれで、限界の相談は数千行から数万行の規模で起きます。つまり「Excelでは容量が足りない」という説明は、実際の症状と噛み合っていません。最初にやることは、いま何行あるかを数え、行数の問題なのかそれ以外なのかを分けることです。数えた結果が数万行なら、原因は以下の4つのどれかです。

限界の​正体は​4つに​分かれる

脱Excelという言葉には、道具を替えれば解決するという前提が含まれています。実際には、Excelを離れれば消える限界と、どこへ移っても付いてくる限界があります。この2つを分けないまま移行すると、移行先で同じ問題に再会します。症状は次の4つに分かれます。

1. 同時に更新できない(ファイルの持ち方の問題)

Microsoftの案内では、Excelの共同編集はOneDrive、OneDrive for Business、またはSharePoint Onlineのライブラリに保存されたファイルで、.xlsx・.xlsm・.xlsb形式のときに使えます。Strict Open XML形式は対象外で、SharePointのオンプレミス環境も共同編集に対応しません。共同編集に対応しないバージョンのExcelで1人が開くと、他の全員が編集ロックのエラーになります。

それ以前の「ブックの共有」は、共同編集に置き換えられた旧機能です。この機能を有効にしたファイルでは、テーブル・条件付き書式・データの入力規則・グラフ・ピボットテーブル・スライサー・マクロ・配列数式などを作成も変更もできません。セルのまとまった挿入や削除、ワークシートの削除、セルの結合、シートの保護も同様です。同時に開けるのは256人までで、超えると読み取り専用で開く旨のエラーが出ます。

「順番待ちで開けない」「保存すると競合する」が日常なら、これは台帳の中身ではなくファイルの持ち方の問題です。保存場所と形式を直すだけで消えることもあります。データベース化の検討に入る前に、ここを切り分けてください。

2. 更新履歴が残らない(説明責任の問題)

誰がいつ何を書き換えたかが追えないため、値が変わった理由を後から説明できません。監査や取引先からの照会でそれを求められる台帳では、履歴の有無が移行先の必須要件になります。

ただし、法令要件がExcelを排除しているわけではありません。国税庁の資料では、電子取引データの保存に「改ざん防止のための措置」と「日付・金額・取引先」で検索できることが求められる一方、専用のシステムを導入していなくても、表計算ソフト等で索引簿を作成する方法や、データのファイル名に規則性をもって日付・金額・取引先を入力して特定のフォルダに集約する方法で検索要件に対応できると示されています。分岐点は道具の種類ではなく、要件を満たす運用ができているかどうかです。

3. 中身が静かに壊れる(データの問題)

Excelは入力値を自動で解釈します。数値の精度にも上限があり、Microsoftの説明によれば最大精度は有効桁数15桁で、16桁以上の数値はクレジットカード番号のように15桁目より後がゼロに丸められます。長い管理番号や取引コードを数値として入れると、見た目は入っているのに値が変わります。

自動変換の実害は、学術分野で件数まで計測されています。Genome Biology誌に2016年に掲載されたZiemannらの調査「Gene name errors are widespread in the scientific literature」では、18誌が2005年から2015年に公開した補足Excelファイル35,175件を走査し、遺伝子リストを含む3,597論文のうち704論文(19.6%)で、遺伝子名が日付や数値に変換された誤りが確認されました。同調査は、公開データベースに登録されたExcelファイル4,321件も走査し、遺伝子リストを含む574件のうち228件(39.7%)に同種の誤りがあったと報告しています。この問題は、遺伝子の命名を担う委員会(HGNC)が2019年に該当する記号そのものを改名する判断に至るほど根深いものでした。

台帳でも同じことが起きます。区分コードが日付として解釈される、先頭のゼロが消える、全角と半角が混ざる。これらは移行先を変えても直りません。壊れたまま移るだけです。

4. 処理が人に張り付いている(属人化の問題)

計算式・マクロ・アドインが台帳に埋め込まれ、作った人しか直せない状態です。これは台帳の構造ではなく処理の属人化で、データを移すだけでは解けません。何が正しい情報かの判断が特定の人の記憶にある場合も同じ型で、その構造は文書管理の属人化をAIで解消するに整理しています。

自分の​台帳が​どの​型かを​見分ける

症状から型を特定します。複数当てはまるのが普通です。

  • 「他の人が開いています」で待たされる、保存が競合する: 型1。保存場所とファイル形式の見直しで消える可能性がある
  • 誰がいつ変えたか説明できない、保管年限や検索方法が決まっていない: 型2。移行先の必須要件になる
  • 同じ対象が複数行に分かれている、集計が合わない、コードが日付に化けている: 型3。移行しても解決しない
  • 直せる人が1人しかいない、その人が異動や退職の予定: 型4。解読と仕様化が先

順番が肝心です。型3が当てはまるなら、型1と型2をどれだけ直しても台帳は使えるようになりません。

ツールを​選ぶ前に、​業務側で​確かめる​5つ

  1. 1行が何を表すか(粒度)。1行が1社なのか、1契約なのか、1回の点検なのか。ここが混ざっている台帳は、どの箱に入れても列が足りなくなります
  2. どれを基準とするか。同じ項目が複数の台帳にあるとき、どちらを正しいものとして扱うかの取り決め
  3. 同時に触る人数と時間帯。感覚ではなく実測で。3人なのか30人なのかで選択肢が変わります
  4. 下流で誰が参照しているか。この台帳を元にしている集計表・請求・報告の本数を数える。移行の工数はここで決まります
  5. 保存と監査の要件。法令や社内規程で求められる保管年限・検索方法・履歴の有無

この5つが埋まっていない状態でツールの比較表を作っても、比較する軸がありません。ツール選定が長引く案件は、たいてい選定が下手なのではなく、この5つが決まっていません。

移した​先にも​限界は​ある

限界がなくなるのではなく、限界の場所が変わります。移行先の候補が公開している制約を、選定の前に見ておく価値があります。

  • 社内ポータル型のリスト(SharePoint): 1つのリストやライブラリは最大3,000万件を保持できる一方、1回のデータベース操作が扱える既定のしきい値は5,000件です。インデックスやフィルターを設計しないまま件数が増えると、一覧の表示でしきい値のエラーに当たります
  • 単体型のデータベース(Access): ファイルサイズの上限は2GB(システムオブジェクトに必要な領域を除く)、同時接続は255ユーザー、1つのテーブルのフィールド数は255、データベース内のオブジェクト総数は32,768です

選定とは、限界のない箱を探すことではありません。自分の台帳がこの先踏まずに済む限界はどれかを選ぶことです。

中身を​整えないと、​何に​移しても​失敗する

移行の成否は、移行作業ではなく移行前の中身で決まります。重複したまま移せば重複したまま入り、粒度が混ざったまま移せば列が足りません。移行前に数えるのは次の3つです。

  • 重複候補の件数: 同じ対象が複数行に分かれている数
  • 必須項目の欠損率: 担当・日付・区分が空欄の行の割合
  • 型崩れの件数: 数値であるべき列に文字が入っている、コードが日付に変換されている行の数

この3つは数えれば出ます。数えないまま移行日程を引くと、当日に判断量が噴き出します。重複・表記ゆれをそろえる作業の実務は名寄せ・整形の実務に、一度きれいにした後に汚れ続けないようにする継続運用はマスタデータ管理のAI自動化に、参照される側のマスタを先に整えてから自動化へ進んだ実例は約20種のExcelマスタをデータベース化した事例に整理しています。

進め方

  1. 台帳を1本選ぶ。全部を同時に移さない。属人度と影響の大きいものから
  2. 1行の定義を文章で書く。「1行は1台の設備の1回の点検」のように、1文で書き切れるまで直す
  3. 中身を数える(上の3指標)
  4. 数えた結果と、確かめた5つを移行先の候補にぶつける。ツールの話をするのはここから
  5. 旧ファイルを参照専用にして併走する。双方に差分が出ないことを確かめてから切り替える。併走のあいだ既存のExcel様式へ値を書き込む必要があるなら、Excel帳票への自動書き込みの方式を先に確かめる

つまずきやすい​点

  • コード列の桁落ち: 15桁を超える管理番号は文字列として扱います。取り込み時に列の型を指定する手順を省略すると、静かに値が変わります
  • 文字コードの取り違え: CSVで書き出して取り込むとき、Shift-JISとUTF-8を取り違えると文字化けします。書き出し側と取り込み側の設定を合わせてから全件を流します
  • 全部を移そうとする: 使われていない列や、数年更新されていない行が混ざっているのが普通です。移行対象を絞る判断を先にします
  • 権限設計の後回し: 誰が見られて誰が編集できるかを後から足すと、運用開始後に作り直しになります
  • 入力口を用意しない: 参照用のデータベースだけ作ると、入力は旧Excelのまま残り、二重運用になります。入力する人の画面を同時に用意します

自力で​どこまで​やれるか

台帳が1本か2本、1行の定義が明確、同時に触る人が数人であれば、自力で足ります。すでに社内にある基盤に表を作り、列を決めて移すだけの作業です。この規模で外注する理由はありません。

自力の壁は3つです。中身の整備が必要な場合、台帳どうしが相互に参照し合っている場合、マクロが処理に挟まっている場合。判断を伴う突合が大量に出るため、作業量ではなく判断量で詰まります。中身の整備にAIエージェントを使って全件へ同じ基準を当てるやり方は選択肢の一つですが、対象が小さければ人手のほうが速いこともあります。

外注する​場合の​判断基準と​費用

外注の分かれ目は、規模ではなく判断量です。列の設計と移行だけなら自力で足り、中身の整備と再設計が要るなら外注の検討域です。業務を外注する場合の一般的な料金帯は業務の外注相場まとめに出典つきで整理しています。

ゴムマリでは、成果物単位・固定価格で次を提供しています。台帳の再設計と移行はExcel台帳のデータベース化、中身の整備だけならデータ整理・名寄せ、顧客台帳が対象なら顧客マスタ整備、マクロの解読と再実装はマクロ・VBA解読/リファクタリングです。まず1本の台帳から始められます。

次の​一歩

いちばん困っている台帳を1本選び、行数・列数・同時に触る人数・その台帳を参照している資料の本数の4つを数えてください。この4つがあれば、移行が先か中身の整備が先かを判断できます。相談から、台帳の種類と数えた結果をお聞かせください。

関連記事: 名寄せ・整形の実務マスタデータ管理のAI自動化文書管理の属人化をAIで解消する

この記事を書いた人

代表 村山悠太のポートレート

村山 悠太(ゴムマリ代表)

国産大手ERPベンダーで新卒からERPのエンタープライズ営業・プリセールス・導入コンサル、外資系SaaSでパートナーセールス部門の立ち上げ、国内大手放送局で新規事業開発(通販カタログ事業)、AIスタートアップ2社でビジネスサイドの要職を歴任。2024年10月から生成AIを自ら実装し、2025年にゴムマリ株式会社を設立。

現在は自らAIエージェントを実装するFDE。評価セット設計・専門家監修・Go/No-Go判定、CRM・会計・社内DBとの統合、減った時間の実測まで一貫します。要件から、運用まで——AIエージェントが、現場で成果を出す仕組みを。

FAQ

よく​ある​質問

Excel台帳は何件くらいから限界ですか?

件数では決まりません。Excelの1シートは1,048,576行まで扱えるため、多くの台帳は行数の上限に届くはるか手前で別の理由から回らなくなります。同時に更新する人数、更新履歴が要るかどうか、下流で参照している集計の数から判断してください。

データベース化すれば、いまの困りごとは解決しますか?

重複・表記ゆれ・粒度の不揃いが原因の困りごとは、移しただけでは解決しません。移行先にそのまま入るだけです。移す前に、重複候補の件数・必須項目の欠損率・型崩れの件数を数えることをおすすめします。

新しいツールの契約は必要ですか?

必須ではありません。すでに社内で使っている基盤の上に、台帳単位で作る進め方があります。契約を増やす前に、いまある基盤で足りるかを確かめてください。

台帳に組み込まれたマクロは、そのまま移せますか?

そのままは移せません。マクロは処理内容を読み解いて再実装する対象です。作った人が不在で中身が分からない場合は、解読と仕様化を先に済ませる必要があります。

移行のあいだ、現場の運用は止まりますか?

止めない進め方が普通です。台帳を1本ずつ移し、一定期間は旧ファイルを参照専用にして併走させ、双方に差分が出ないことを確かめてから切り替えます。

法令で保存が必要な台帳も、データベースに移して問題ないですか?

要件を満たす形であれば移せます。たとえば電子取引データは、改ざん防止の措置をとることと「日付・金額・取引先」で検索できることが求められます(国税庁)。移行先がその検索と履歴を満たせるかを、選定時に確かめてください。

読むより、​動かす。

まずはお問い合わせから。現場で効く始め方をご提案します。

相談する