クエリ開発のために、Accessは、構造化クエリ言語の知識がなくてもクエリを構築できるグラフィカルユーザーインターフェイス”クエリデザイナ”を提供しています。 クエリデザイナーでは、ユーザーはクエリのデータソース（テーブルまたはクエリ）を”表示”し、クリックしてグリッドにドラッグすることで、返されるフィールドを選択, 一定で接合をクリック＆ドラッグ分野のテーブルの分野でその他を参照。 Accessを使用すると、必要に応じてSQLコードを表示および操作できます。 異なるデータソースからのリンクテーブルを含む任意のAccessテーブルをクエリで使用できます。
Accessは、”パススルークエリ”の作成もサポートしています。 これらのSQLコードのスニペットは、ローカルマシン上のODBC接続を使用して外部データソースに対処できます。 これによりユーザーと交流するデータが保存されて外部のアクセスプログラムを使用せずにリンクテーブルまたはジェット。,ユーザーを構築するパススルーのクエリ用のSQL構文の外部データソースです。
レポートを開発するとき（”デザインビュー”で）コントロールに追加または変更を加えると、リンクされたクエリがバックグラウンドで実行され、デザイナーはレコードが返されるのを待たなければならなくなります。 この機能は無効にすることはできません。
非プログラマは、一連のドロップダウン選択を通じて簡単なタスクを自動化するためにマクロ機能を使用することができます。, マクロのユーザーが簡単にチェーンのコマンドとなクエリーの輸出入データの開閉形式ビュー、印刷しています。 マクロは基本的なロジック(IF条件)と他のマクロを呼び出す機能をサポートしています。 マクロには、サブルーチンに似たサブマクロを含めることもできます。 Access2007では、拡張マクロにはエラー処理と一時変数のサポートが含まれていました。 アクセスは2007年にも組み込みマクロは基本的に物件のオブジェクトのイベントです。 この店舗のマクロとして個々のオブジェクト。, しかし、マクロ定し、その機能を欠いてプログラミングループは、高度なコーディングロジックまでのアクセス2013. Access2013で導入された大幅な機能強化により、マクロの機能はVBAに完全に匹敵するようになりました。 で機能豊富なウェブベースのアプリケーション導入の実践を通じて大幅に強化Microsoft SharePoint ーなどの伝統的なWindowsデスクトップ.
Microsoft Officeスイートの他の製品と共通して、Accessで使用される他のプログラミング言語はMicrosoft VBAです。 これはVisual Basic6に似ています。,0(VB6、コードが収納可能モジュールの授業、コードを書く。 優れたエラー処理を備えた、よりリッチで効率的で保守しやすい完成品を作成するために、ほとんどのプロフェッショナルなAccessアプリケーションは、WEB展,Data Access Objects(DAO)(32ビットのみ)は、AccessおよびWindowsに含まれ、MICROSOFT Access2007でACCDEデータベース形式でACEに進化しました。
DAOおよびADOと同様に、開発者はOLE DBを使用することもできます。そしてaccess用のネイティブc/C++プログラムを開発するためのodbc。 ADPsおよびSQL Serverデータを直接操作するには、ADOが必要です。, DAOは、Access/Jetデータベースのデータ管理に最も適しており、ACCDBテーブルの複雑なフィールドタイプを操作する唯一の方法です。
Access2007以降のバージョンのデータベースコンテナまたはナビゲーションペインでは、各オブジェクトがタイプ(テーブル、クエリ、マクロなど)によって自動的に分類 多くのAccess開発者はLeszynski命名規則を使用していますが、これは普遍的なものではありません。 VBAでは、オブジェクト名への参照がそのデータ型を示さない場合があります（例：テーブルの場合はtbl、クエリの場合はqry）。,
開発者は、microsoft Accessを個人およびワークグループプロジェクトに最も頻繁に展開します（Access97の速度の特徴付けは32ユーザーに対して行われました）。 Access97以降、およびAccess2003および2007では、Microsoft Accessおよびハードウェアが大幅に進化しました。 サイズが1GB未満のデータベース（これは完全にRAMに収まるようになりました）と200人の同時ユーザーは、Microsoft Accessの機能の範囲内にあります。 もちろん、パフォーマンスはデータベー 複雑な検索やクエリなどのディスク集約的な作業には、最も時間がかかります。,
Microsoft AccessデータベースからのデータをRAMにキャッシュできるため、単一のユーザーしかいない場合やデータが変更されていない場合、処理速度が大幅に向上する可 過去には、レコードロックシステムに対するパケット待ち時間の影響により、アクセスデータベースは、Jetデータベースに対して仮想プライベートネットワーク（VPN）また 2010年現在、ブロードバンド接続はこの問題を緩和している。, できる性能も向が継続的に接続を維持することにより後のデータベース全体セッションにより開閉で各テーブルにアクセス。 場合データベースアクセス性能を発揮ースのVPN上やWANが、クライアントを使用した遠隔デスクトッププロトコル（マイクロソフトのターミナルサービス)を提供できるのに有効なソリューションです。 データベースにアクセスにリンクさにSQLサーバーへアクセスデータ案も過Vpnおよび車輪より精度の落ちる.,
2011年、マイクロソフトは、新しいオペレーティングシステムではリソース管理の性質が大きく異なるため、AccessとWindows7およびWindows Server2008R2のすべてのバージョンで断続的なクエリパフォーマンスの問題を認めた。 この問題は、Jetデータベースエンジンコードを使用したAccess2003以前と、Accessデータベースエンジン(ACE)を使用したAccess2007以降の両方で、クエリのパフォーマンスに深刻な影 マイクロソフトは修正プログラムKB2553029for Access2007およびKB2553116for Access2010を発行しましたが、Jet4.0の問題は主流のサポート外であるため修正されません。,
以前のバージョンのMicrosoft Accessでは、アプリケーションを配布するにはDeveloper Toolkitを購入する必要があり、Access2007、2010、およびAccess2013では”Runtime Only”バージョンが無料でダウンロードできるため、Windows XP、Vista、7、およびWindows8ではロイヤリティフリーのアプリケーションの配布が可能になっている。x.
分割データベースアーキテクチャ編集
Microsoft Accessアプリケーションでは、分割データベースアーキテクチャを採用できます。, 単一のデータベースは、データテーブル(ファイルサーバーで共有)と”フロントエンド”(クエリ、フォーム、レポート、マクロ、モジュールなどのアプリケーションのオブジェクトを含む)を含む別の”バックエンド”ファイルに分割できます。 の”前”にアクセス申請は各ユーザーのデスクトップおよびリンクの共有データベースです。 このアプローチでは、各ユーザのコピーをMicrosoftアクセス(又はランタイム版)を設置し、機械とその応用データベースです。 この削減交通ネットワークの用途でお使いいただくために、取得されませんぞ。, “フロントエ この分割データベースのデザインも可能な開発に依存しないアプリケーションのデータです。 一欠点としてはユーザーが様々な変化は、自身のコピーを申請することは難しい管理のバージョン管理. が新しいバージョンは準備のフロントデータベースの交換に影響を与えずに、データのデータベースです。 Microsoft Accessには、このアーキテクチャを容易にするために、データベーススプリッタとリンクテーブルマネー,
Accessのリンクテーブルは相対パスではなく絶対パスを使用するため、開発環境は本番環境と同じパスを持つか、VBAで”動的リンカ”ルーチンを記述できます。
大規模なデータベースにアクセスし、その性能は、SQLバックエンドを考慮する必要がある”とこれらの状況です。 Accessはデータとインデックスをキャッシュするため、データベース全体がPCのRAMに収まる場合、これは問題になりません。,
SQL ServerEditへの移行
Accessアプリケーションをエンタープライズまたはwebソリューションにスケールアップするには、Microsoft SQL Serverまたは同等のサーバーデータベース クライア
Access2000からAccess2010には、ユーザーがデータベースをODBCクライアントサーバーデータベースであるMicrosoft SQL Serverにアップグレードできるアップサイズウィザードと呼ばれる機能が含まれ, この機能はAccess2013から削除されました。 追加のソリューションであるSQL Server Migration Assistant for Access(SSMA)は、引き続きMicrosoftから無料でダウンロードできます。
さまざまなアップグレードオプションが用意されています。 データとクエリをSQL Serverに移行した後、AccessデータベースをSQLデータベースにリンクできます。 ただし、特定のデータ型には問題があり、特に”はい/いいえ”があります。 Microsoft Accessでは、Yes/No（True/False）データ型には、empty、no/false（ゼロ）、およびyes/true（-1）の三つの状態があります。, 対応するSQL Serverデータ型はbinaryで、許容される値はゼロと1の二つの状態のみです。 それにもかかわらず、SQL Serverはまだ最も簡単な移行です。 リンクテーブルからのデータの取得は、必要なレコードのみに最適化されますが、このシナリオでは、SQL Serverに最適なものよりも効率的に動作しない場合が たとえば、マルチテーブル結合がネットワーク経由でテーブル全体をコピーする必要がある場合などです。,
Access2010を含む以前のバージョンのAccessでは、データベースをAccess Data Projects(ADP)に変換して、sql Serverデータベースに直接結びつけることもできます。 この機能はAccess2013から削除されました。 ADPは、テーブル、ビュー、ストアドプロシージャ、SQL Server制約などのSQL Serverオブジェクトを直接作成および変更する機能をサポートします。 ビュ SQLサーバがサポートテンポラリテーブルやリンクのデータソースの単一のSQL Serverデータベースです。,
最後に、いくつかのAccessデータベースは、次のような別の技術に完全に置き換えられますASP.NET またはデータが変換されるとJava。 ただし、Access SQL言語は標準SQLのより強力なスーパーセットであるため、移行によって大きな労力が必要になる場合があります。 さらに、ACCESSアプリケーションプロシージャは、VBAとマクロにかかわらず、堅牢で包括的な現在利用可能な代替案と比較して比較的高いレベルで記述されて, VBAよりもさらに高いレベルの抽象化を可能にするAccessマクロ言語は、Access2010およびAccess2013で大幅に強化されました。
多くの場合、開発者は以下を使用してwebからデータへの直接インターフェイスを構築しますASP.NET主要なビジネス自動化プロセスを維持しながら、インフォメーションワーカーが維持するためにAccessのすべての人に配布する必要のない管理およびレポート
すべてのAccessデータはSQL Serverに直接移行できますが、一部のクエリは正常に移行できません。, 状況によっては、VBA関数とユーザー定義関数をT–SQLまたは.NET関数/プロシージャに変換する必要がある場合があります。 クロス集計クエリは、PIVOTコマンドを使用してSQL Serverに移行できます。