Microsoft Access
最も大きい制限がファイルサイズで、Accessのファイルサイズ制限は2GB(リンクファイルを除く)となっている。。
いずれもMicrosoft SQL Server 2005(Expressを含む)と接続はできるが、テーブルなどの編集・改変はできない。Microsoft SQL Server 2005のテーブルの編集などはAccess2007およびSQL Server Management Studio(無償のExpressもある)で行える。
adpにおけるMicrosoft SQL Serverとの接続についてはODBCリンクより効率がよく有益な手法だが、プロジェクト開発に関する参考書籍など必要な情報が極端に少ないのが現状である。なおテーブルとリレーションシップの定義、ビューの作成など基本的なデータベース設計をadpで行い、入力フォームと出力レポートの設計をaccdbやmdbで行い、データをODBCリンクで結ぶという、併用的折衷的な開発スタイルもある。この場合、accdbやmdbにおいて各種外部ファイルのリンクテーブルとローカルテーブルを使い分けるといった、柔軟なシステム設計が可能となる。
ともあれ、データベース本体とフロントエンドを分離するアップサイジング開発においては、常にネットワークトラフィックの軽減を意識しなければならず、1台のPC内で完結でき、それだけわがままが許されるスタンドアローン開発とは発想の転換が必要となり、必然的にVBAコーディングが増加して、Access本来の魅力である手軽さが失われることになる。
Accessで利用できるプログラミング言語は、他のMicrosoft Officeスイートの製品同様、Visual Basic for Applicationsである。COMコンポーネントの2つのデータベース・アクセス・ライブラリが提供されている。すなわち、Accessのみで利用可能な従来のData Access Objects (DAO) と、新しいActiveX Data Objects (ADO) である。
Microsoft Accessは小さなプロジェクトには容易に使えるが、アプリケーションの設計が貧弱な場合、大規模なプロジェクトに対しては非効率的に働く。
また、ADOやODBC経由でWebサーバとの連携も可能であり、Webアプリケーションのデータベースとしても利用可能ではあるが、Access自体がWebDBとしての利用を想定した設計がされていないものであるため、WebDBとして利用した場合、予期せぬ、かつ解決困難な不具合が生ずる可能性がある。
すべてのデータベースのクエリ、フォーム、及びレポートはデータベースの中に格納され、リレーショナル・モデルの理想と一致するように、それらを物理的に構造化した階層は作れない。
1つの設計技術はAccessのアプリケーションをデータとプログラムに分割することである。