モバイル対応を見据えたAccessのデータ構成

― なかぜんの業務改善ラボ ―

「Accessの画面は社内で使いやすいけど、外出先からも使えたらいいのに…」そんな声を最近よく聞くようになりました。モバイル対応と聞くと、Accessには難しそうなイメージがあるかもしれませんが、実は「データ構成の工夫」で未来の展開をグッとラクにできます。

この記事では、モバイル対応を見据えたAccessのデータ構成について、実務経験に基づく具体的な設計とコード例を交えながら、やさしく解説します。

なぜ「データ構成」を意識する必要があるのか？
構成例：Access × モバイル連携を想定した設計
1. 基本3テーブル構成
2. 更新履歴を自動記録するVBA例
注意点とよくあるミス
応用：Access＋クラウドでモバイル連携を実現する
まとめ：モバイル時代のAccessに備える

なぜ「データ構成」を意識する必要があるのか？

Accessはあくまでクライアントアプリケーションです。しかし、最近ではPower Apps や Web API、モバイル向けのアプリと接続するケースも増えています。そこで重要になるのが「他のアプリからアクセスしやすい構成」にしておくこと。以下のような設計がポイントです。

1テーブル1目的の原則を守る
リレーションシップを正しく定義
IDベースの参照構造
更新履歴をログで残す

構成例：Access × モバイル連携を想定した設計

基本3テーブル構成

例えば、社外営業向けの「案件管理」をモバイルでも見られるようにするなら、以下のような構成が理想です。


T_案件
 ┣ 案件ID（AutoNumber）
 ┣ 顧客ID（Long）
 ┣ 案件名（Text）
 ┣ 登録日（Date）
 ┗ 状態（Text）

T_顧客
 ┣ 顧客ID（AutoNumber）
 ┣ 顧客名（Text）
 ┣ 住所（Text）
 ┗ 電話番号（Text）

T_更新ログ
 ┣ ログID（AutoNumber）
 ┣ 対象テーブル（Text）
 ┣ 対象ID（Long）
 ┣ 更新者（Text）
 ┣ 更新日時（DateTime）
 ┗ 内容（Memo）

更新履歴を自動記録するVBA例

モバイル側からも更新が入ることを想定して、更新内容をログとして残す仕組みが重要です。


' 更新ログを記録するプロシージャ
Sub AddLog(tableName As String, targetID As Long, userName As String, contents As String)
    Dim db As DAO.Database
    Set db = CurrentDb

    db.Execute "INSERT INTO T_更新ログ (対象テーブル, 対象ID, 更新者, 更新日時, 内容) " & _
               "VALUES (" & _
               "'" & tableName & "', " & _
               targetID & ", " & _
               "'" & userName & "', #" & Now() & "#, " & _
               "'" & Replace(contents, "'", "''") & "')"
End Sub

このようなVBAを組み込んでおけば、フォームの「保存」ボタン時にログ記録が簡単に行えます。