Accessのオートナンバーとは 設定方法と欠番の理由を解説

概要

この記事でわかること

• オートナンバーとは、テーブルのレコードに識別用の値を自動で割り当てるAccessのデータ型です。
• オートナンバー型の主キーを設定する手順
• 商品コードと伝票番号と表示順を分ける
• リセットやインポートの前に確認すること

この記事の主な内容

1. オートナンバーはレコードを識別するための値
2. オートナンバー型の主キーを設定する手順
3. 欠番と番号の飛びを正しく判断する
4. 主キーと外部キーを組み合わせる
5. 商品コードと伝票番号と表示順を分ける
6. リセットやインポートの前に確認すること
7. 業務で使う前の確認とまとめ
8. よくある質問

想定読了時間：約15分～20分

1  オートナンバーはレコードを識別するための値

オートナンバーは、商品や顧客などのレコードを区別するために、Accessが値を割り当てるデータ型です。よく使う「長整数・増分」の設定では新規登録に伴って値が増えます。ただし、欠番のない連番や現在の行番号を保証する機能ではありません。

例えば商品名が同じ商品を2件登録しても、商品IDが異なれば別の商品として管理できます。このIDを受注明細に保存すると、「どの商品を注文したか」を後から正しく参照できます。名前の表記や一覧の並び順が変わっても、対応するIDは変えずに保持します。

主キーとの違い

主キーは、テーブル内のレコードを一意に特定するための役割です。オートナンバーは値を自動生成するデータ型なので、両者は同じ言葉ではありません。オートナンバー型のフィールドに主キーを設定して使う構成がよく採られます。主キーには、条件を満たす別の型や複数フィールドも使えます。

2  オートナンバー型の主キーを設定する手順

最初は練習用の空テーブルで設定を確認します。既存テーブルに別の主キーがある場合、すぐに置き換えないでください。そのキーを使うリレーションシップ、クエリ、フォーム、CSV連携などを確認してから変更計画を立てます。

新しい商品テーブルを作る例

1. データベースのコピーを作り、作業用ファイルを開きます。分割構成ではデータ保存先のバックアップも確保します。
2. ［作成］から［テーブルデザイン］を開き、フィールド名を「商品ID」、データ型を［オートナンバー型］にします。
3. フィールドの行を選び、［主キー］を設定します。左端に鍵のマークが付いたことを確認します。
4. フィールドプロパティで［フィールドサイズ］を［長整数型］、［新規レコードの値］を増分に相当する設定へ合わせます。日本語表記は版によって異なります。
5. 「商品コード」と「商品名」を短いテキスト型で追加し、テーブル名を「T_商品」として保存します。
6. データシートビューで商品コードと商品名を2件入力し、別の行へ移動して保存します。商品IDを直接入力せずに値が付くことを確認します。

データシートから新しいテーブルを作ると、Accessが「ID」という主キーを用意する場合があります。既にある場合は、そのフィールドを確認して利用します。ID欄に「新規」などの表示があっても、通常は採番前の表示です。商品名などの入力対象へ進みましょう。

増分以外の設定もある

オートナンバーにはランダムな値を使う設定などもあります。そのため「必ず正の整数が1ずつ増えるデータ型」とは言い切れません。本記事の操作例は一般的な長整数・増分を前提とします。既存システムの設定を見ずに一括変更すると、外部キーや連携先との前提が合わなくなるおそれがあります。

3  欠番と番号の飛びを正しく判断する

途中の番号が抜けても、それだけでデータ破損とは判断できません。レコードを削除した場合のほか、入力を開始して採番された後に登録を取り消した場合などにも番号が消費されることがあります。登録操作と採番の状態によって結果が変わるため、欠番だけから「誰かが削除した」と断定しないことが大切です。

最大IDと件数が一致しない例

商品IDが101、102、104の3件なら、最大IDは104ですが件数は3件です。欠番を埋めるために104を103へ変える必要はありません。受注明細や外部CSVが104を参照している場合、番号変更によって別のレコードとの対応を壊す可能性があります。

件数を確かめたい場合は、［作成］→［クエリデザイン］→［SQLビュー］で次の選択クエリを作成できます。「T_商品」は先ほどのテーブル名です。SQLビューへ貼り付けてデータシートビューに切り替えると、件数を1行で確認できます。

SELECT Count(*) AS 商品件数
FROM [T_商品];

このSQLは全レコードを数えます。販売中の商品だけ知りたい場合は販売状態などの条件を別途指定します。「一覧には3件しか見えないのにテーブルには10件ある」という場面では、IDより先にフィルターやクエリの抽出条件を確かめます。

調査が必要な症状

欠番だけなら設計上許容できても、重複キーエラーが続く、取込後に親子の対応が違う、採番値が想定外に大きく変わった場合は原因を確認します。直前のインポートや追加クエリ、採番設定、対象ファイルを記録し、コピー環境で再現させます。番号を振り直して症状だけ隠す方法は避けます。

4  主キーと外部キーを組み合わせる

親の商品IDが長整数のオートナンバーなら、子の受注明細で参照する商品IDは通常「数値型・長整数型」にします。子の行でも独立したオートナンバーを使うと、新しい番号が付くだけで、選んだ商品のIDを表すことにはなりません。

同じ商品を複数回注文できるので、子側の商品IDには重複する値が入ります。一方、明細IDは明細そのものを区別します。親の商品IDと子の明細IDが同じ数字である必要はありません。どのレコードを識別するキーなのかをフィールドごとに説明できる状態にします。

関連付けを確かめる

［データベースツール］の［リレーションシップ］で、親の商品IDと子の商品IDを関連付けます。参照整合性は、存在しない親IDを子へ登録するなどの不整合を防ぐ仕組みです。既存の子データに親のないIDがあると設定できないため、移行前に不一致を確認します。

参照整合性を使う場合も、連鎖削除は別の判断です。商品を削除したときに受注明細まで消してよいかは業務によって異なります。オートナンバーの設定と一緒に、意味を確認せず有効にしないでください。

オートナンバーの設定や運用で困っている場合は

まずはコピー環境で本記事の手順を確認してください。既存IDと伝票番号の整理、複数人採番、データ移行時のキー対応など、影響範囲の判断が難しい場合は、Accessの教科書のお問い合わせフォームから状況をご相談いただけます。使用中の版、対象の画面やテーブル、再現手順を整理すると、相談内容が伝わりやすくなります。

5  商品コードと伝票番号と表示順を分ける

変更したくなる番号は、識別IDから分けると運用しやすくなります。例えば商品IDは内部の関連付け、商品コードは利用者や取引先への表示、表示順は商品一覧での並べ方に使います。商品コードに先頭の0やハイフンを含めるなら、短いテキスト型が適します。

DMaxに1を足すだけでは同時登録に弱い

「現在の最大番号＋1」を読む処理を2台のPCが同時に行うと、両方が同じ次番号を得る可能性があります。また、最大番号のレコードを削除すると過去に使った番号を再利用する設計にもなり得ます。重複や再利用を許さない番号に単純なDMaxだけを使うのは不十分です。

欠番を管理したい伝票番号では、内部IDを残したまま専用の採番管理を設けます。番号の確定を登録開始時にするか承認時にするか、取消した番号をどう記録するか、同時処理をどう制御するかを決めます。一意インデックスやトランザクション、競合時の再試行も含めた設計が必要です。

6  リセットやインポートの前に確認すること

既存業務データのIDを見た目だけの理由でリセットしないことが基本です。練習データの番号を1から試したい場合は、新しい練習用データベースとテーブルを作る方が、関連付けへの影響を持ち込まずに試せます。本番を削除して番号だけ整える作業とは分けて考えます。

取込時は元のIDを残すか決める

追加クエリでオートナンバー列を追加先の項目から外すと、追加先で新しい値を付ける運用にできます。元のIDを明示して移す場合は、一意性や既存IDとの衝突を事前に調べます。通常の画面入力とデータ移行の追加処理では扱いが異なるため、「自動採番なので取込元のIDを考えなくてよい」とは言えません。

親の商品を新しいIDで作り直したら、子の受注明細に残る旧商品IDを新商品IDへ対応付ける必要があります。旧IDと新IDの対応表を作り、件数だけでなく、親のない子レコードがないか確認します。別々のファイルで採番した同じIDが、同じ商品を表すとは限りません。

7  業務で使う前の確認とまとめ

オートナンバーは「レコードを区別するための値」として使うと、役割が明確になります。表示順や伝票番号まで1つのIDに担わせると、見た目を直す操作がデータの関連付けに影響します。内部IDを安定させ、変わり得る番号を別に持たせることが保守の基本です。

次の確認はコピーした環境で行い、結果を記録します。単独操作の確認に加え、複数人で登録するシステムでは同時登録の確認も必要です。本文のSQLはAccess SQLの記述例であり、実際のテーブル名と保存先に合わせて使用します。

よくある質問

オートナンバーの設定や運用で困っている場合は

まずはコピー環境で本記事の手順を確認してください。既存IDと伝票番号の整理、複数人採番、データ移行時のキー対応など、影響範囲の判断が難しい場合は、Accessの教科書のお問い合わせフォームから状況をご相談いただけます。使用中の版、対象の画面やテーブル、再現手順を整理すると、相談内容が伝わりやすくなります。

関連記事

Accessのテーブルとは

Access短いテキストの使い方

Accessのデザインビューの使い方

AccessからSQL Serverへ移行する方法

参考情報

参照確認日 2026年10月12日。Microsoftの資料を技術仕様の根拠とし、運用上の判断や架空の業務例は本文で補足しています。競合記事は検索意図と論点の確認に使用しています。

1. オートナンバー型を主キーに追加
https://support.microsoft.com/ja-jp/access/add-an-autonumber-field-as-a-primary-key

2. データ型とフィールドプロパティ
https://support.microsoft.com/ja-jp/access/introduction-to-data-types-and-field-properties

3. 主キーを追加または変更
https://support.microsoft.com/ja-jp/access/add-or-change-a-table-s-primary-key-in-access

4. データベース設計の基本
https://support.microsoft.com/ja-jp/access/database-design-basics

5. INSERT INTO
https://learn.microsoft.com/en-us/office/client-developer/access/desktop-database-reference/insert-into-statement-microsoft-access-sql

6. リレーションシップの作成と編集
https://support.microsoft.com/en-us/access/create-edit-or-delete-a-relationship

7. Application.DMax
https://learn.microsoft.com/en-us/office/vba/api/access.application.dmax