Q. 「Microsoft Access 2013」以降、ADP（Accessプロジェクト）への対応が廃止されましたが、dbSheetを使ってADPのプログラム資産を有効利用しながらシステムを再構築できますか？

Answer

はい、可能です。

ADPはSQL Server側でデータ処理を行うため、ネットワークの負荷を軽減しパフォーマンスのよいシステムが構築できるメリットがありました。

Access－ADP資産を多くもつ企業にとって、どうシステムを改良・継続させていくのが最適なのか、戸惑う部分もあるのではないかと思います。

１．Access-ADPのシステム構成

※ Access-ADPの特徴は以下のとおりです。

１．クライアント側のファイル形式はADPです。

２．クライアント側にテーブルやクエリはありません。

３．リンクテーブルに比べ、処理速度が速い(最小限のトラフィック)

４．データの抽出・参照はSQL Serverのビューを利用します。

５．追加・更新・削除にはストアドプロシージャーを利用します。

２．dbSheetのシステム構成

※ dbSheetの特徴は以下のとおりです。

１．フロントエンドのファイル形式はACCDB (ACCDB)です。

２．ＡＰサーバーによるログイン認証でセキュリティを確保します。

３．グループ別 権限管理が可能です。

４．ユーザー操作ログをサーバーで一元管理します。

５．ローカルACCDBから複数のサーバーDBの切り替えが可能です。

６．複数ユーザーによるデータ更新時の同時実行制御（排他制御）機能をもっています。

なお、dbSheetには、サーバーDBに対し直接ネイティブSQLを実行させその結果を受け取るAPI:「ExecQuerySvr」や、ストアドプロシージャーを実行させ、その結果をローカルの一時テーブルに取り込むAPI:「ImportSvrProcedure」、あるいはローカルにテーブルがなくてもSQLの結果を変数に取り込むAPI:「GetCSV_fromSvr」、さらにSELECT文によるSQL結果をADOレコードセットとしてAccessフォームに直接反映させるAPI:「GetRecordset_fromSvr」等、豊富な機能が提供されていますので、さほど開発工数をかけずにADPをdbSheet化することができます。