法人の担当者・経営者、仕事でAIやITを活用したい個人
一つの表へ何でも足していると、同じ顧客情報を何度も直すことになります。データベース設計は、情報をどの単位で持ち、どうつなぐかを決める作業です。発注前に整理する項目を紹介します。
- 01扱う情報を分ける
- 02関係を整理
- 03更新ルールを決める
- 04移行後に照合
矢印の順に、自社の状況へ置き換えて確認しましょう。
1. 同じものを何度も書かない
顧客と案件を一つの表へ並べると、住所や担当が複数行へ重複します。変更のたびに直す場所が増え、食い違いも起きやすくなります。顧客、案件、売上など、仕事で扱うものを分けて考えます。
現在の表を見ながら、同じ情報が繰り返されている場所と、更新する担当者を確認すると、整理する単位が見えます。
2. 名前ではなく番号でつなぐ
名前は変わることや重なることがあります。顧客番号や案件番号を付け、関係を番号で持つ方法を検討します。『一人の顧客に複数案件』『一案件に複数担当』など、仕事の関係を日本語で書きます。
番号を付ければ全部解決するわけではなく、重複登録を防ぐ確認と、統合する手順も必要です。

3. まとめて確定したい処理を見つける
注文と在庫の変更など、一方だけ成功すると困る処理を整理します。関連する処理をまとめて確定する仕組みを検討します。途中の通信失敗や同時操作も試してください。
通常の保存だけではなく、取り消し、変更、削除のルールを伝えると、業務の整合性を守る設計へつながります。
4. 移行と更新まで計画する
作る前に、既存データの重複、空欄、形式の違いを調べます。何を正しいデータとして扱うか決め、移行後に件数や内容を照合します。権限、変更履歴、保存期間、復元も確認します。
データベースは作って終わりではありません。入力する人と管理する人が迷わないルールを、画面と一緒に整えましょう。
判断に使う比較表
| 段階 | すること | まず確認する内容 |
|---|---|---|
| 扱う情報を分ける | 同じものを何度も書かない | 顧客と案件を一つの表へ並べると、住所や担当が複数行へ重複します。 |
| 関係を整理 | 名前ではなく番号でつなぐ | 名前は変わることや重なることがあります。 |
| 更新ルールを決める | まとめて確定したい処理を見つける | 注文と在庫の変更など、一方だけ成功すると困る処理を整理します。 |
| 移行後に照合 | 移行と更新まで計画する | 作る前に、既存データの重複、空欄、形式の違いを調べます。 |
相談前のチェックリスト
- 重複する情報を確認
- 番号と関係を整理
- 移行後の照合方法を決定
よくある質問
今のExcelをそのままデータベースにできますか?
取り込むことはできますが、重複、関係、更新ルールの整理が必要な場合があります。見た目の表と保存の構造を分けて検討します。
具体的な仕様が決まっていなくても相談できますか?
困っている作業、利用する人、希望時期を分かる範囲でお知らせください。一般的な記事の内容をそのまま当てはめず、現状と制約から必要な支援範囲を確認します。
NEXT STEP / 次の一歩
自社の場合を、
一緒に整理する。
現在の管理表の項目と、更新時の困りごとを教えてください。実データを送る前に、保存と業務の構造から整理します。