Accessのデータ型一覧
Accessで業務システムを作る際、
データ型は「とりあえず決めるもの」と思われがちです。
しかし実際には、
データ型の選択はAccess設計の前提条件であり、
後から簡単に修正できない領域でもあります。
この記事では、
- Accessで使えるデータ型を一覧で整理しつつ
- 実務でどう判断すべきか
- なぜその型を選ぶのか
を、設計視点で解説します。
Accessのデータ型を「一覧で把握する」意味
データ型はAccess設計の前提条件
Accessでは、
- フォーム
- クエリ
- VBA
よりも先に、
テーブルとデータ型がすべての前提になります。
ここを誤ると、
- クエリが複雑になる
- VBAで型不一致が頻発する
- 将来の改修が困難になる
といった問題が連鎖的に発生します。
一覧で俯瞰しないと判断を誤る理由
個別のデータ型だけを見ていると、
- Numberでいいのか
- 文字列にすべきか
- Currencyとの違いは何か
といった判断を場当たり的に行いがちです。
一覧で全体像を把握することが、
設計判断の精度を上げます。
Accessのデータ型一覧表（実務判断向け）
以下は、業務Accessで実際によく使われるデータ型を中心に整理した一覧です。
「仕様」ではなく、設計判断に使うための一覧になっています。
| データ型 | 主な用途 | 実務での使用頻度 | 注意点・設計判断のポイント |
|---|---|---|---|
| 短いテキスト | 名前、コード、番号 | 高 | 数値に見えても計算しないものは原則こちら |
| 長いテキスト | メモ、備考、説明文 | 中 | 検索・インデックス不可な点に注意 |
| Number（Long） | ID、件数、数量 | 高 | IntegerではなくLongを基本に考える |
| Number（Double） | 小数計算 | 低 | 金額用途には不向き（誤差あり） |
| Currency | 金額、単価 | 高 | 金額は原則Currencyで設計する |
| 日付/時刻 | 登録日、更新日 | 高 | 文字列保存は後で必ず問題になる |
| Yes/No | フラグ、ON/OFF | 中 | 状態管理には不向きな場合あり |
| オートナンバー | 主キー | 中 | 採番ルールとして意味を持たせない |
| 添付ファイル | ファイル管理 | 低 | DB肥大化・バックアップに注意 |
| ハイパーリンク | URL | 低 | 表示用途限定で使用 |
※ 使用頻度は「業務Access全体で見た一般的な傾向」です。
数値系データ型の考え方（Number / Currency）
Number型の位置づけ
Number型は、
- 計算
- 比較
- 集計
を前提としたデータ型です。
そのため、
- 郵便番号
- 電話番号
- 管理コード
といった
計算しない数値風データには不向きです。
Currency型を選ぶべき場面
金額を扱う場合は、
Number型ではなくCurrency型を選ぶのが原則です。
理由は、
- 丸め誤差が発生しない
- 集計結果が安定する
という、業務上の要件を満たすためです。
文字列・コード系データ型の考え方
短いテキスト／長いテキストの役割
短いテキストは、
- 検索
- 並び替え
- インデックス
が可能なため、
業務データの中心になります。
一方、
長いテキストは備考用と割り切り、
業務ロジックに使わないのが基本です。
「数値に見える文字列」に注意
以下は典型的な誤りです。
- 郵便番号をNumber型
- 電話番号をNumber型
これらは、
- 桁数
- 先頭ゼロ
に意味があるため、
必ず文字列型で管理します。
日付・Yes/Noなどその他のデータ型
日付/時刻型の注意点
日付を文字列で保存すると、
- 並び替え
- 比較
- 期間抽出
が正しく行えなくなります。
日付は必ず
日付/時刻型で保存するのが原則です。
Yes/No型を使うべき・使うべきでない場面
Yes/No型は、
- 単純なフラグ
- ON/OFF判定
には向いています。
ただし、
- 状態が増える可能性
- 将来拡張
がある場合は、
数値やコード管理を検討すべきです。
データ型選択でよくある失敗パターン
「とりあえずこの型」による設計ミス
- 迷ったらNumber
- 文字が入るかもしれないから短いテキスト
といった判断は、
後から必ず問題になります。
Excel感覚で型を決めてしまう
Excelでは曖昧でも動きますが、
Accessは業務データベースです。
Excel感覚の設計は、
長期運用に耐えません。
データ型一覧をどう設計判断に使うか
型は「意味」で選ぶ
重要なのは、
- 見た目
- 入力形式
ではなく、
- 計算するか
- 比較するか
- 集計するか
という意味です。
一覧表は設計時のチェックリスト
この一覧表は、
- 新規システム作成時
- 既存Accessの改修時
- 不具合調査時
の確認用チェックリストとして使えます。
まとめ｜データ型一覧は「暗記表」ではない
- データ型は設計思想そのもの
- 一覧は判断のために使う
- 後から直せない前提で選ぶ
Accessのデータ型は、
システムの寿命を左右します。
「今動く」ではなく、
「将来も耐える」設計判断を行うために、
一覧表を活用してください。
システムキューブの「Accessの移行変換、mdb・adpのバージョンアップ」について
