Microsoft Access
データベースに精通した技術者であれば、比較的高度なアプリケーションを開発できるが、そうではない人でも各種のウィザード機能を使用することにより小規模で簡単なアプリケーションの構築が可能であるとしている。データベース入門者に対して敷居が低いように見えるが、効率のよい実用的なシステムを構築するには、それなりの技術が必要である。現在Accessはオブジェクト指向に基づいたアプリケーション作成が可能であるが、完全なオブジェクト指向開発ツールには至っていない。
「Microsoft Access」は、以前マイクロソフトが販売していた通信ソフトウェアの名前でもあった。これはProCommなどといったソフトと競合していたが、販売不振のため製品ラインナップから消滅していた。それから数年後、現在知られているデータベース・ソフトウェアの名前として再登場した。
1つのデータベースはテーブルとリレーションシップのみを含むべきであり、一方他のデータベースはすべてのプログラム、フォーム、レポート、及びクエリを含み、最初のデータベースのテーブルにリンクする。なお、Accessはリンクする場合に相対パスを許可しないため、開発環境は製品環境と同じパスを持たなければならない(ただし、Accessがカレント・パスにバックエンド・ファイルを見つけられない時、ディレクトリ・ツリー内を検索して、あるバックエンド・ファイルを捜し出せる独自の「動的リンカ」をVBA内に記述できる)。
この技術はまた、開発者がアプリケーションを周囲の異なるファイルに分割することを可能にするため、ある種の構造は可能となる。Accessではデータベース・ファイルが大きくなり過ぎたり、ネットワーク上で多人数が同時にデータベースにアクセスした場合などで、データベースが損傷を受ける可能性が高まることが指摘されており、分割は有効な対応策と考えられている。
Accessはもともとスタンドアローンで使われることを想定されている製品なので、入門書で紹介されているような、スタンドアローンで開発したデータベースを複数のユーザーが共有するような使い方では、しばしばパフォーマンスが極端に低下する。このようなケースでは、後述のようにテーブル本体をサーバのMicrosoft SQL Serverなどの中におき、ODBCでリンクする方法がある。