Loading article…
.svg/500px-Microsoft_Office_Access_(2019-present).svg.png) | |||||||||
_screenshot.png/500px-Microsoft_Access_(database_management_system)_screenshot.png) Windows 10で動作する Microsoft Office Access 2021 | |||||||||
| 開発者 | マイクロソフト | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 初回リリース | 1992年11月 | ||||||||
| 安定リリース | |||||||||
| |||||||||
| 書かれた | C++（バックエンド）[5] | ||||||||
| オペレーティング·システム | マイクロソフトウィンドウズ | ||||||||
| タイプ | RDBMS | ||||||||
| ライセンス | 試用版 | ||||||||
| Webサイト | www.microsoft.com/en-us/microsoft-365/access | ||||||||
Microsoft Access は、リレーショナルAccess データベース エンジン(ACE) とグラフィカル ユーザー インターフェイスおよびソフトウェア開発ツールを組み合わせた、Microsoftのデータベース管理システム(DBMS)です。Microsoft 365アプリケーション スイートのメンバーであり、Professional 以上のエディションに含まれているか、別売りされています。
Microsoft Accessは、Accessデータベースエンジン（旧Jetデータベースエンジン）に基づいた独自の形式でデータを保存します。また、他のアプリケーションやデータベースに保存されているデータを直接インポートしたりリンクしたりすることもできます。 [6]
ソフトウェア開発者、データ アーキテクト、およびパワー ユーザーは、Microsoft Access を使用してアプリケーション ソフトウェアを開発できます。他の Microsoft Office アプリケーションと同様に、Access はVisual Basic for Applications (VBA)によってサポートされています。VBA は、従来の DAO (データ アクセス オブジェクト)、ActiveXデータ オブジェクト、およびその他の多くの ActiveX コンポーネントを含むさまざまなオブジェクトを参照できるオブジェクトベースのプログラミング言語です。フォームやレポートで使用されるビジュアル オブジェクトは、VBA プログラミング環境でメソッドとプロパティを公開し、VBA コード モジュールは Windowsオペレーティング システムの操作を宣言して呼び出すことができます。
歴史
Access の導入以前は、Borland ( Paradox )、Ashton-Tate ( dBase、1991 年に Borland が買収)、Fox ( FoxPro ) がデスクトップ データベース市場を独占していました。Microsoft Access は、Windows 向けの最初のマスマーケット データベース プログラムでした。Microsoft が 1992 年に FoxPro を買収し、Fox の Rushmoreクエリ最適化ルーチンを Access に組み込んだことで、Microsoft Access はすぐに Windows 向けのデータベースの主流となり、 MS-DOS の世界から移行できなかった競合を事実上排除しました。[7] 1980 年代、Microsoft Access は、 Dow Jones、Compuserve 、電子メール ボックスなどのオンライン サービスに簡単にアクセスできるように、端末エミュレーションとインターフェイスを提供する無関係な通信プログラムを指していました。[8] [9]
オメガプロジェクト
マイクロソフトがリレーショナル データベース製品を販売しようとした最初の試みは、1980 年代半ばにR:Base の販売ライセンスを取得したときでした。[10] 1980 年代後半、マイクロソフトは独自のソリューションを開発し、コード名を Omega としました。[11] 1988 年には、Windows およびOS/2用のデータベース製品が開発中であることが確認されました。[12] [13]この製品には "EB" Embedded Basic 言語[11]が含まれる予定でした。これは、すべてのマイクロソフト アプリケーションでマクロを記述するための言語になる予定でしたが、[14]マクロ言語の統一は、Visual Basic for Applications (VBA)が導入されるまで実現しませんでした。Omega は、 Microsoft SQL Serverのフロント エンドを提供することも期待されていました。[15]このアプリケーションはリソースを大量に消費し、当時利用可能だった386プロセッサでは動作が遅いという報告がありました。 [16]当初は1990年第1四半期にリリースされる予定だったが、[17] 1989年に製品の開発がリセットされ[10] [18]、1991年1月以降にリリースされるように再スケジュールされた。[19]プロジェクトの一部は後に他のマイクロソフトプロジェクト、Cirrus (Accessのコード名) やThunder ( Visual Basicのコード名、Embedded Basicエンジンが使用) にも使用された。[10] [11] Accessの初公開後、1992年にOmegaプロジェクトが数人のジャーナリストにデモされ、Accessでは利用できない機能が含まれていた。[20]
プロジェクト・シーラス
Omega プロジェクトが廃止された後、その開発者の一部は Cirrus プロジェクトに配属されました (大半は Visual Basic を作成したチームに配属されました)。[10]その目標は、 Windows で動作するParadoxや dBaseなどのアプリケーションの競合製品を作成することでした。 [21] Microsoft がFoxPro を買収した後、Microsoft プロジェクトが FoxPro に置き換えられるかもしれないという噂がありましたが、[22]同社はそれらを並行して開発することを決定しました。プロジェクトではExtensible Storage Engine (Jet Blue) [23]が使用されると想定されていましたが、最終的にはJet Database Engine (Jet Red) のサポートのみが提供されました。プロジェクトでは、Omega プロジェクトと Visual Basic のプレリリース版の両方からコードの一部が使用されました。[11] 1992 年 7 月、Cirrus のベータ版が開発者に出荷され[24]、Access という名前が製品の正式名称になりました。[25]「Access」は元々、Microsoft の古い端末エミュレーション プログラムに使用されていました。プログラムが放棄されてから数年後、彼らはここでその名前を再利用することを決定しました。[26]
タイムライン
.svg/500px-Microsoft_Office_Access_(2000%E2%80%9303).svg.png)
Microsoft は、他の Microsoft 製品との互換性を向上させ、Access Basic プログラミング言語を組み込むために、1992 年 11 月 13 日に Access バージョン 1.0 をリリースし、1993 年 5 月には Access 1.1 をリリースしました。
Access v2.0 では、Microsoft は最小ハードウェア要件を Microsoft Windows v3.1 と指定し、 RAMは必須 4 MB、RAM は推奨 6 MB、ハード ディスク空き容量は必須 8 MB、ハード ディスク空き容量は推奨 14 MB としました。製品は 7 枚の 1.44 MB ディスケットで出荷されました。マニュアルには 1994 年の著作権日が記載されています。
Microsoft Office 4.3 Professional with Book Shelf の一部として、Microsoft Access 2.0 には、独自のデータベースをプログラミングするためのあらゆる側面を網羅した最初のサンプル データベース「NorthWind Trader」が含まれていました。Northwind Traders サンプルは、1994 年の Access 2.0 の新機能であるメイン スイッチボード機能を初めて導入しました。そのサンプル データベースのレコード番号 2 である Andrew Fuller の写真は、このような優れたサンプル データベースを提供するために Microsoft と協力し、プレゼンテーションを行った人物です。
Office 95 では、Microsoft Access 7.0 (別名「Access 95」) が Microsoft Office Professional Suite の一部となり、Microsoft Excel、Word、PowerPoint に加わり、Access Basic から VBA に移行しました。それ以降、Microsoft は Microsoft Office のリリースごとに Microsoft Access の新しいバージョンをリリースしてきました。これには、Access 97 (バージョン 8.0)、Access 2000 (バージョン 9.0)、Access 2002 (バージョン 10.0)、Access 2003 (バージョン 11.5)、Access 2007 (バージョン 12.0)、Access 2010 (バージョン 14.0)、Access 2013 (バージョン 15.0)、Access 2016 (バージョン 16.0) が含まれます。[27]
Jet データベース エンジンのバージョン 3.0 と 3.5 (それぞれ Access 7.0 とその後リリースされた Access 97 で使用) には重大な問題があり、これらのバージョンの Access は 1 GB を超えるメモリを搭載したコンピューターでは使用できませんでした。[28] Microsoft は Jet 3.5/Access 97 のリリース後にこの問題を修正しましたが、Jet 3.0/Access 95 の問題は修正しませんでした。
ネイティブの Access データベース形式 (Jet MDB データベース) も、長年にわたって進化してきました。形式には、Access 1.0、1.1、2.0、7.0、97、2000、2002、2007 があります。最も重要な移行は、Access 97 から Access 2000 形式への移行でした。Access 2000 形式は、以前のバージョンの Access との下位互換性がありません。2011 年現在、[アップデート]Access のすべての新しいバージョンは、Access 2000 形式をサポートしています。Access 2002 形式には、Access 2002、2003、2007、2010 で使用できる新機能が追加されました。
Microsoft Access 2000 では、データベースの最大サイズが Access 97 の 1 GB から 2 GB に増加しました。
Microsoft Access 2007 では、新しいデータベース形式である ACCDB が導入されました。この形式は、SharePointリストへのリンクや、複数値フィールドや添付ファイル フィールドなどの複雑なデータ型をサポートしています。これらの新しいフィールド タイプは、基本的にフィールド内のレコードセットであり、1 つのフィールドに複数の値またはファイルを保存できます。Microsoft Access 2007 では、OLE (オブジェクトのリンクと埋め込み)フィールドよりも効率的にデータを保存するファイル添付フィールドも導入されました。
Microsoft Access 2010 では、 SharePoint 2010 サーバー上で Access Web サービスをホストできる ACCDB 形式の新バージョンが導入されました。これにより、初めて、ユーザーの PC に Access をインストールしなくても Access アプリケーションを実行できるようになり、Mac ユーザーに対する最初のサポートとなりました。十分な権限を持つ SharePoint サイト上のすべてのユーザーは、Access Web サービスを使用できました。開発者が Access Web サービスを作成するには、Access のコピーが依然として必要であり、Access のデスクトップ バージョンは Access 2010 の一部のままでした。Access Web サービスは、デスクトップ アプリケーションと同じではありませんでした。自動化は、Access によって自動的に JavaScript に変換されるマクロ言語 (VBA ではない) のみによって行われました。データは、Access データベースではなく SharePoint リストに保存されました。Access デスクトップ データベースは SharePoint データにリンクできるため、ハイブリッド アプリケーションが可能になり、基本的なビューと編集を必要とする SharePoint ユーザーをサポートしながら、より高度な従来のアプリケーションをデスクトップ Access データベースに残すことができました。
Microsoft Access 2013 は、従来の Access デスクトップ アプリケーションに加えて、大幅に更新された SharePoint 2013 Web サービスを提供します。[29] Access 2010 の Access Web モデルは、実際の SQL Server データベースにデータを格納する新しいアーキテクチャに置き換えられました。SharePoint リストとは異なり、これは SQL Server に期待される参照整合性、スケーラビリティ、拡張性、パフォーマンスを備えた真のリレーショナル データベース設計を提供します。[30] SharePoint 2013 で作成できるデータベース ソリューションは、表示および編集可能な複数レベルの関係を表示するように設計された最新のユーザー インターフェイスを提供し、さまざまなデバイスに合わせてサイズ変更したり、タッチをサポートしたりします。Access 2013 デスクトップは Access 2010 に似ていますが、Access データ プロジェクト (ADP)、[説明が必要]ピボット テーブル、ピボット グラフ、Access データ コレクション、ソース コード管理、レプリケーション、その他のレガシ機能のサポートなど、いくつかの機能が廃止されました。[31] Access デスクトップ データベースの最大サイズは 2 GB のままです (2000 バージョンから同じ)。
Microsoft Accessは、 Microsoft Office 2021の買い切り版には含まれなくなりましたが、Microsoft 365の対応版には、ビジネス向けアプリおよびBusiness Standardエディションとして残っています。Access 2021の新機能には、拡張精度の日付/時刻データ型[32]とダークテーマのサポートが含まれます。[33]
独自のデータベース ストレージ ファイルを使用するほかに、Microsoft Access をプログラムの「フロントエンド」として使用することもできます。その一方で、Microsoft SQL ServerやOracleやSybaseなどの Microsoft 以外の製品などの他の製品は「バックエンド」テーブルとして機能します。Microsoft Access Jet データベースでは、複数のバックエンド ソースを使用できます (ACCDB および MDB 形式)。同様に、Visual Basic、ASP.NET 、Visual Studio .NET などの一部のアプリケーションでは、テーブルとクエリに Microsoft Access データベース形式を使用します。Microsoft Access は、 Microsoft Excel、Microsoft Outlook、Microsoft Word、Microsoft PowerPoint、ActiveX コントロールなどの他のテクノロジと統合された、より複雑なソリューションの一部になることもあります。
Access テーブルは、さまざまな標準フィールド タイプ、インデックス、および連鎖更新と連鎖削除を含む参照整合性をサポートします。また、Access には、クエリインターフェイス、データの表示と入力を行うフォーム、および印刷用のレポートも含まれています。これらのオブジェクトを含む基礎となるAccess データベースは、マルチユーザーであり、レコード ロックを処理します。
繰り返しのタスクは、ポイント アンド クリックオプションを備えたマクロを使用して自動化できます。また、データベースをネットワーク上に配置して、複数のユーザーが互いの作業を上書きすることなくデータを共有および更新することも簡単です。データはレコードレベルでロックされます。これは、スプレッドシート全体をロックするExcel とは大きく異なります。
プログラム内にはテンプレートデータベースがあり、Microsoft の Web サイトからダウンロードすることもできます。これらのオプションは Access の起動時に使用可能で、ユーザーは定義済みのテーブル、クエリ、フォーム、レポート、マクロを使用してデータベースを拡張できます。データベース テンプレートはVBAコードをサポートしていますが、Microsoft のテンプレートには VBA コードは含まれていません。
プログラマーは、 Visual Basic 6.0 (VB6)に類似し、 Excel、Word、Outlook、PowerPointなどの Microsoft Office プログラム全体で使用されているVBA を使用してソリューションを作成できます。Windows API呼び出しの使用を含むほとんどの VB6 コードは、VBA で使用できます。パワー ユーザーと開発者は、基本的なエンド ユーザーソリューションを、高度な自動化、データ検証、エラー トラップ、およびマルチユーザー サポート を備えたプロフェッショナル ソリューションに拡張できます。
サポートできる同時ユーザー数は、データの量、実行されるタスク、使用レベル、およびアプリケーション設計によって異なります。一般的に受け入れられている制限は、1 GB 以下のデータ (Access は最大 2 GB をサポート) のソリューションであり、同時接続数が 100 以下であれば、非常にうまく機能します (255 人の同時ユーザーがサポートされます)。[34]この機能は、多くの場合、部門ソリューションに適しています。マルチユーザー シナリオで Access データベース ソリューションを使用する場合、アプリケーションを「分割」する必要があります。つまり、テーブルはバック エンドと呼ばれる 1 つのファイル(通常は共有ネットワーク フォルダーに保存されます) にあり、アプリケーション コンポーネント (フォーム、レポート、クエリ、コード、マクロ、リンク テーブル) はフロント エンドと呼ばれる別のファイルにあります。フロント エンドのリンク テーブルは、バック エンド ファイルを指します。Access アプリケーションの各ユーザーは、フロント エンド ファイルの独自のコピーを受け取ります。
大規模なデータセットに対して複雑なクエリや分析を実行するアプリケーションでは、当然ながら、より大きな帯域幅とメモリが必要になります。Microsoft Access は、複数の Access データベースにリンクするか、Microsoft SQL Server などのバックエンド データベースを使用することで、より多くのデータとユーザーをサポートできるように拡張できるように設計されています。後者の設計では、データとユーザーの量をエンタープライズ レベルのソリューションに拡張できます。
バージョン 2010 より前のMicrosoft Access のWeb 開発での役割は限られています。フォームやレポートなどの Access のユーザー インターフェイス機能は、 Windowsでのみ動作します。バージョン 2000 から 2003 では、データ アクセス ページと呼ばれる Access オブジェクト タイプによって、公開可能な Web ページが作成されました。データ アクセス ページはサポートされなくなりました。Accessの中核となるJet データベース エンジンには、 ODBCやOLE DBなどのテクノロジを通じてアクセスできます。データ (つまり、テーブルとクエリ) には、ASP.NET、PHP、またはJavaで開発されたWeb ベースのアプリケーションからアクセスできます。Windows Server 2008 R2 の Microsoftターミナル サービスとリモート デスクトップ アプリケーションを使用すると、組織は Access アプリケーションをホストして、Web 上で実行することができます。[35]この手法は、Web アプリケーションのように拡張できませんが、ホストの構成によっては、限られた数のユーザーに適しています。
Access 2010 を使用すると、Access Services を実行しているSharePoint 2010 Web サイトにデータベースを公開できます。これらの Web ベースのフォームとレポートは、最新の Web ブラウザーで実行できます。作成された Web フォームとレポートに Web ブラウザーからアクセスする場合、アドインや拡張機能 (ActiveX やSilverlight など) は必要ありません。
Access 2013 では、Access Services を実行しているSharePoint 2013 サイトで Web アプリケーションを直接作成できます。Access 2013 Web ソリューションは、データを SharePoint リストを使用して保存していた Access 2010 バージョンよりもはるかにスケーラブルで堅牢な、基盤となる SQL Server データベースにデータを保存します。
SharePointのAccess Servicesはその後廃止されました。[36]
Access データベースのコンパイル済みバージョン (ファイル拡張子 .MDE /ACCDE または .ADE。ACCDE は Access 2007 以降でのみ動作します) を作成すると、ユーザーがデザイン サーフェイスにアクセスしてモジュール コード、フォーム、レポートを変更するのを防ぐことができます。MDE または ADE ファイルは、すべてのモジュールがコンパイルされ、編集可能なソース コードがすべて削除された Microsoft Access データベース ファイルです。Access データベースの .MDE バージョンと .ADE バージョンはどちらも、エンド ユーザーによる変更が許可されていない場合、またはアプリケーションのソース コードを機密にしておく必要がある場合に使用されます。
Microsoft では、Access 2007 アプリケーションの配布、データベース テンプレートの作成、およびMicrosoft Visual SourceSafeとのソース コード管理の統合に役立つ開発者向け拡張機能もダウンロード用に提供しています。
特徴
ユーザーは、テーブル、クエリ、フォーム、レポートを作成し、それらをマクロで接続できます。上級ユーザーは、VBA を使用して、高度なデータ操作とユーザー コントロールを備えた豊富なソリューションを作成できます。Access には、Access がアクセスできる任意のデータ ソースで使用できるレポート作成機能もあります。
Access の本来のコンセプトは、エンドユーザーがあらゆるソースのデータにアクセスできるようにすることでした。その他の機能には、Excel、Outlook、ASCII、dBase、Paradox、FoxPro、SQL Server、Oracleなど、さまざまな形式へのデータのインポートとエクスポートがあります。また、既存の場所にあるデータにリンクして、表示、クエリ、編集、レポートに使用することもできます。これにより、既存のデータを変更しながら、Access が最新のデータを使用することが保証されます。異なるプラットフォームに保存されているデータ セット間で異種 結合を実行できます。Access は、エンタープライズ レベルのデータベースからデータをダウンロードして、ローカルで操作、分析、レポートを作成する場合に よく使用されます。
また、 Access データベース(ACE および以前の Jet) 形式 (Access 2007 では MDB または ACCDB)もあり、アプリケーションとデータを 1 つのファイルに格納できます。これにより、切断された環境でアプリケーションを実行できる別のユーザーにアプリケーション全体を配布することが非常に簡単になります。
プログラマーの観点から見た Access の利点の 1 つは、SQL (構造化クエリ言語) との相対的な互換性です。クエリはグラフィカルに表示したり、SQL ステートメントとして編集したりすることができ、SQL ステートメントはマクロや VBAモジュールで直接使用して Access テーブルを操作できます。ユーザーは、フォームやロジックをプログラミングするために VBA と「マクロ」の両方を組み合わせて使用することができ、オブジェクト指向の可能性を提供します。VBA をクエリに含めることもできます。
Microsoft Access は、パラメータ化されたクエリを提供します。これらのクエリと Access テーブルは、 DAOまたはADOを介して、VB6や.NETなどの他のプログラムから参照できます。Microsoft Access から、VBA は ADO を介してパラメータ化されたストアド プロシージャを参照できます。
Microsoft SQL Serverのデスクトップ エディションは、Jetデータベース エンジンの代替として Access で使用できます。このサポートは、Microsoft SQL Server 2000 の縮小版であるMSDE (Microsoft SQL Server Desktop Engine) から開始され、 SQL Server 2005 および 2008 の SQL Server Expressバージョンでも継続されています。
Microsoft Access は、ファイル サーバーベースのデータベースです。クライアント サーバー リレーショナル データベース管理システム(RDBMS) とは異なり、Microsoft Access は、データベース トリガー、ストアド プロシージャ、またはトランザクション ログを実装しません。Access 2010 には、ACE データ エンジンに組み込まれたテーブル レベルのトリガーとストアド プロシージャが含まれています。したがって、Access 2010 でストアド プロシージャまたはテーブル トリガーを使用するために、クライアント サーバー データベース システムは必須ではありません。テーブル、クエリ、フォーム、レポート、およびマクロは、Access 2010 の Web ベース アプリケーション専用に開発できるようになりました。Microsoft SharePoint 2010 との統合も大幅に改善されています。
Microsoft Access 2013 版では、ほぼフラットなデザインと Office ストアからアプリをインストールする機能が導入されましたが、新しい機能は導入されませんでした。テーマは 2016 年に再度部分的に更新されましたが、Access 用のダーク テーマは作成されませんでした。
アクセスサービスとWebデータベース
ASP.NET WebフォームはMicrosoft Accessデータベースを照会し、レコードを取得してブラウザに表示することができます。[37]
SharePoint Server 2010 を Access Services 経由で使用すると、Access 2010 データベースを SharePoint に公開できるため、複数のユーザーが標準に準拠した Web ブラウザーからデータベース アプリケーションを操作できるようになります。SharePoint Server に公開された Access Web データベースでは、テーブル、クエリ、フォーム、マクロ、レポートなどの標準オブジェクトを使用できます。Access Services は、これらのオブジェクトを SharePoint に保存します。[38]
Access 2013 では、SharePoint 2013 で Access Web ソリューションを公開できます。Access 2013 では、SharePoint リストをデータ ソースとして使用するのではなく、SharePoint または SQL Azure でホストされている実際の SQL Server データベースを使用します。[39]これにより、Access 2010 で使用されていた SharePoint ビューと比較して、参照整合性、スケーラビリティ、保守性、拡張性を備えた真のリレーショナル データベースが提供されます。マクロ言語は、より洗練されたプログラミング ロジックとデータベース レベルの自動化をサポートするように強化されています。[30]
ソースをインポートまたはリンクする
Microsoft Accessは、他のアプリケーションやデータベースに保存されているデータを直接インポートしたり、リンクしたりすることもできます。[6] Microsoft Office Access 2007以降では、以下からインポートしたり、以下へのリンクが可能です。
- マイクロソフト アクセス
- エクセル
- SharePointリスト
- プレーンテキスト
- テキスト
- 見通し
- html
- dBase（Access 2013で廃止、Access 2016で復活）[40]
- パラドックス（Access 2007ではサポートされていたが、Access 2010では削除された[41]）
- Lotus 1-2-3（Access 2010では廃止[41]）
- ODBC準拠のデータ コンテナー (以下を含む):
Microsoft Access ランタイム
Microsoft は、Microsoft Access の無料のランタイムバージョンを提供しており、ユーザーは Microsoft Access の小売バージョンを購入したりインストールしたりすることなく、Access デスクトップ アプリケーションを実行できます。これにより、Access 開発者は、無制限の数のエンド ユーザーに自由に配布できるデータベースを作成できます。Access 2007 以降のこれらのランタイム バージョンは、Microsoft から無料でダウンロードできます。[42] Access 2003 以前のランタイム バージョンは、Office Developer Extensions/Toolkit の一部であり、別途購入する必要がありました。
ランタイム バージョンでは、データの表示、編集、削除のほか、クエリ、フォーム、レポート、マクロ、VBA モジュール コードの実行が可能です。ランタイム バージョンでは、Microsoft Access テーブル、クエリ、フォーム、レポート、マクロ、モジュール コードのデザインを変更することはできません。ランタイム バージョンは、対応するフル バージョンの Access に似ており、通常は以前のバージョンと互換性があります。たとえば、Access Runtime 2010 では、2007 から 2000 までのバージョンだけでなく、2010 バージョンで作成された Access アプリケーションも実行できます。Access 2013 では機能が廃止されたため、ランタイム バージョンでもそれらの古い機能をサポートできません。開発中は、/runtime コマンド ライン オプションを使用して、フル機能バージョンのランタイム環境をシミュレートできます。[43]
発達
Access は、すべてのデータベース テーブル、クエリ、フォーム、レポート、マクロ、およびモジュールを 1 つのファイルとして Access Jet データベースに保存します。
クエリ開発のために、Access は「クエリ デザイナー」を提供します。これは、構造化クエリ言語の知識がなくてもクエリを作成できるグラフィカル ユーザー インターフェイスです。クエリ デザイナーでは、クエリのデータ ソース (テーブルまたはクエリ) を「表示」し、返されるフィールドをクリックしてグリッドにドラッグして選択できます。テーブル内のフィールドをクリックして他のテーブル内のフィールドにドラッグすることで、結合を設定できます。Access では、必要に応じて SQL コードを表示および操作できます。さまざまなデータ ソースからのリンク テーブルを含む、任意の Access テーブルをクエリで使用できます。
Access は、「パススルー クエリ」の作成もサポートしています。これらの SQL コード スニペットは、ローカル マシン上の ODBC 接続を使用して外部データ ソースにアクセスできます。これにより、ユーザーはリンク テーブルや Jet を使用せずに、Access プログラム外部に保存されているデータとやり取りできます。[44] ユーザーは、外部データ ソースでサポートされている SQL 構文を使用してパススルー クエリを作成します。
レポートを開発する場合 (「デザイン ビュー」)、コントロールの追加または変更によって、リンクされたクエリがバックグラウンドで実行され、デザイナーはレコードが返されるまで待機しなければ、別の変更を行うことができません。この機能はオフにできません。
プログラマー以外のユーザーでも、マクロ機能を使用して、一連のドロップダウン選択を通じて単純なタスクを自動化できます。マクロを使用すると、クエリの実行、データのインポートまたはエクスポート、フォームの開閉、レポートのプレビューと印刷などのコマンドを簡単に連結できます。マクロは、基本ロジック (IF 条件) と他のマクロを呼び出す機能をサポートしています。マクロには、サブルーチンに似たサブマクロを含めることもできます。Access 2007 では、拡張マクロにエラー処理と一時変数のサポートが含まれていました。Access 2007 では、基本的にオブジェクトのイベントのプロパティである埋め込みマクロも導入されました。これにより、マクロを個別のオブジェクトとして保存する必要がなくなりました。ただし、Access 2013までは、プログラミング ループと高度なコーディング ロジックが不足していたため、マクロの機能は制限されていました。Access 2013 で導入された大幅な機能強化により、マクロの機能は VBA と完全に同等になりました。これにより、大幅に強化された Microsoft SharePoint インターフェイスとツール、および従来の Windows デスクトップを介して、機能豊富な Web ベースのアプリケーションの展開が実用的になりました。
Microsoft Office スイートの他の製品と同様に、Access で使用されるもう 1 つのプログラミング言語は Microsoft VBA です。これは Visual Basic 6.0 (VB6) に似ており、コードはモジュール、クラス、フォームおよびレポートの背後のコードに格納できます。より機能豊富で、より効率的で、メンテナンスが容易で、エラー処理が適切な完成品を作成するために、ほとんどのプロフェッショナルな Access アプリケーションは、Web 展開がビジネス要件である場合を除き、マクロではなく VBA プログラミング言語を使用して開発されています。
VBA またはマクロでテーブルやクエリのデータを操作するために、Microsoft はCOMコンポーネントの 2 つのデータベース アクセス ライブラリを提供しています。
- データ アクセス オブジェクト(DAO) (32 ビットのみ)。Access および Windows に含まれており、Microsoft Access 2007 では ACCDE データベース形式用の ACE に進化しました。
- ActiveX データ オブジェクトActiveX データ オブジェクト(ADO) (32 ビット版と 64 ビット版の両方)
DAO と ADO だけでなく、開発者は Access 用のネイティブ C/C++ プログラムを開発するために OLE DB と ODBC を使用することもできます。[45] ADP と SQL Server データの直接操作には ADO が必要です。DAO は Access/Jet データベースのデータ管理に最も適しており、ACCDB テーブル内の複雑なフィールドタイプを操作する唯一の方法です。
Access 2007 以降のバージョンのデータベース コンテナーまたはナビゲーション ウィンドウで、システムは各オブジェクトをタイプ (テーブル、クエリ、マクロなど) ごとに自動的に分類します。多くの Access 開発者はLeszynski 命名規則を使用していますが、これは普遍的ではありません。これはプログラミング規則であり、DBMS によって強制されるルールではありません。[46] [47]これは、オブジェクト名への参照がそのデータ型を示していない場合がある VBA で特に役立ちます (例: テーブルの場合は tbl、クエリの場合は qry)。
開発者は、個人およびワークグループのプロジェクトに Microsoft Access を導入することが最も多いです (Access 97 の速度特性は 32 ユーザーで実施されました)。[48] Access 97、Access 2003、2007 以降、Microsoft Access とハードウェアは大幅に進化しました。1 GB 未満のデータベース (現在は RAM に完全に収まる) と 200 人の同時ユーザーは、Microsoft Access の能力の範囲内です。[49]もちろん、パフォーマンスはデータベースの設計とタスクによって異なります。複雑な検索やクエリなどのディスクを集中的に使用する作業には、最も時間がかかります。
Microsoft Access データベースのデータは RAM にキャッシュできるため、ユーザーが 1 人しかいない場合やデータが変更されていない場合は、処理速度が大幅に向上する可能性があります。以前は、レコード ロック システムでのパケット遅延の影響により、仮想プライベート ネットワーク(VPN) またはワイド エリア ネットワーク(WAN) 上で Jet データベースに対して Access データベースの実行速度が低下していました。2010 年現在、ブロードバンド接続によって[アップデート]この問題は軽減されています。また、セッション全体を通じてバックエンド データベースへの接続を継続的に維持すれば、テーブル アクセスごとにデータベースを開いたり閉じたりせずに、パフォーマンスを向上させることもできます。[引用が必要]
2011 年 7 月、Microsoft は、新しいオペレーティング システムではリソース管理の性質が大きく異なるため、 Access のすべてのバージョンとWindows 7およびWindows Server 2008 R2で断続的にクエリ パフォーマンスが低下する問題を認識しました。 [50]この問題は、Jet データベース エンジンコードを使用する Access 2003 以前と、Access データベース エンジン (ACE) を使用する Access 2007 以降の両方でクエリ パフォーマンスに深刻な影響を及ぼします。[50] Microsoft は、Access 2007 用に KB2553029、Access 2010 用に KB2553116 という修正プログラムを発行しましたが、Jet 4.0 はメインストリーム サポートが終了しているため、この問題は修正されません。[50]
Microsoft Accessの以前のバージョンでは、アプリケーションを配布するには開発者ツールキットを購入する必要がありましたが、Access 2007、2010、Access 2013では「ランタイムのみ」バージョンが無料ダウンロードとして提供されており、[51] Windows XP、Vista、7、Windows 8.xでロイヤリティフリーのアプリケーションを配布できるようになりました。[52]
分割データベースアーキテクチャ
Microsoft Access アプリケーションは、分割データベース アーキテクチャを採用できます。単一のデータベースを、データ テーブル (ファイル サーバーで共有) を含む別の「バックエンド」ファイルと (クエリ、フォーム、レポート、マクロ、モジュールなどのアプリケーションのオブジェクトを含む)「フロントエンド」に分割できます。「フロントエンド」Access アプリケーションは、各ユーザーのデスクトップに配布され、共有データベースにリンクされます。この方法を使用すると、各ユーザーのマシンには、アプリケーション データベースとともに Microsoft Access (またはランタイム バージョン) のコピーがインストールされます。これにより、アプリケーションが使用ごとに取得されないため、ネットワーク トラフィックが軽減されます。「フロントエンド」データベースには、ユーザーの設定や一時データを格納するためのローカル テーブルを引き続き含めることができます。この分割データベース設計により、データから独立したアプリケーションの開発も可能になります。1 つの欠点は、ユーザーがアプリケーションのローカル コピーにさまざまな変更を加える可能性があり、バージョン管理が困難になることです。新しいバージョンが準備されると、データ データベースに影響を与えることなくフロントエンド データベースが置き換えられます。 Microsoft Accessには、このアーキテクチャを容易にするための2つの組み込みユーティリティ、データベーススプリッター[53]とリンクテーブルマネージャーがあります。
Access のリンク テーブルでは相対パスではなく絶対パスが使用されるため、開発環境は運用環境と同じパスを持つか、またはVBAで「動的リンカー」ルーチンを記述する必要があります。
非常に大規模な Access データベースの場合、パフォーマンスの問題が発生する可能性があり、このような状況では SQL バックエンドを検討する必要があります。Access はデータとインデックスをキャッシュするため、データベース全体が PC の RAM に収まる場合は、それほど問題にはなりません。
SQL Serverへの移行
Access アプリケーションをエンタープライズ ソリューションまたは Web ソリューションに拡張するには、 Microsoft SQL Serverまたは同等のサーバー データベースに移行するという方法があります。クライアント サーバー設計により、メンテナンスが大幅に軽減され、セキュリティ、可用性、安定性、およびトランザクション ログが向上します。
Access 2000からAccess 2010には、ユーザーがデータベースをODBCクライアントサーバーデータベースであるMicrosoft SQL Serverにアップグレードできるアップサイジングウィザードという機能が含まれていました。この機能はAccess 2013では削除されました。追加のソリューションであるSQL Server Migration Assistant for Access (SSMA)は、引き続きMicrosoftから無料でダウンロードできます。[54]
さまざまなアップグレードオプションが用意されています。[55]データとクエリをSQL Serverに移行した後、AccessデータベースをSQLデータベースにリンクできますが、データ型変換の制限が適用されます。
- 「はい/いいえ」型: Microsoft Access では、はい/いいえ (True/False) データ型には、空、いいえ/偽 (0)、はい/真 (-1) の 3 つの状態があります。対応する SQL Server データ型はバイナリで、2 つの状態のみを持ち、許容される値は 0 と 1 です。
- 日付/時刻 (拡張): SQL Server の smalldatetime 形式の精度は 1 分、日付の最小値は 1900-01-01、日付の最大値は 2079-06-06 です。datetime 形式の精度は 10/3 ミリ秒 (0.000、0.003、または 0.007 秒の増分に丸められます)、日付の最小値は 1753-01-01、日付の最大値は 9999-12-31 です。datetime2 形式の精度は 100 ナノ秒、日付の最小値は 0001-01-01 で、日付の最大値は datetime と同じです。Access の日付/時刻と日付/時刻拡張は、smalldatetime、datetime、datetime2 よりも精度が高く、SQL Server の smalldatetime 形式と datetime 形式よりも日付の範囲が広くなります。
いずれにしても、SQL Server は依然として最も簡単な移行方法です。リンク テーブルからデータを取得すると、必要なレコードのみに最適化されますが、このシナリオは、SQL Server にとって最適な場合よりも効率が悪い可能性があります。たとえば、複数のテーブルを結合する場合、依然としてネットワーク経由でテーブル全体をコピーする必要があります。
Access 2010 を含む以前のバージョンの Access では、データベースを 1 つの SQL Server データベースに直接関連付けられた Access データ プロジェクト (ADP) に変換することもできます。この機能は Access 2013 から削除されました。ADP は、テーブル、ビュー、ストアド プロシージャ、SQL Server 制約などの SQL Server オブジェクトを直接作成および変更する機能をサポートしています。ビューとストアド プロシージャにより、複数テーブルの結合のネットワーク トラフィックを大幅に削減できます。SQL Server は、一時テーブルと、単一の SQL Server データベース以外の他のデータ ソースへのリンクをサポートしています。
最後に、一部の Access データベースは、データが変換されると、ASP.NET や Java などの別のテクノロジに完全に置き換えられます。ただし、Access SQL 言語は標準 SQL のより強力なスーパーセットであるため、移行には多大な労力が必要になる場合があります。さらに、Access アプリケーション プロシージャ (VBA とマクロ) は、現在利用可能な堅牢かつ包括的な代替手段と比較して、比較的高いレベルで記述されています。Access マクロ言語は、VBA よりもさらに高いレベルの抽象化を可能にし、Access 2010 と Access 2013 で大幅に強化されました。
多くの場合、開発者は ASP.NET を使用して Web からデータへの直接インターフェイスを構築し、主要なビジネス自動化プロセス、管理機能、およびレポート機能は全員に配布する必要がないように Access に保持して、インフォメーション ワーカーが保守できるようにします。
すべての Access データは SQL Server に直接移行できますが、一部のクエリは正常に移行できません。状況によっては、VBA 関数とユーザー定義関数を T-SQL または .NET 関数/プロシージャに変換する必要があります。クロス集計クエリは、PIVOT コマンドを使用して SQL Server に移行できます。
保護
Microsoft Access アプリケーションはさまざまな方法で安全に保護できますが、最も基本的な方法はパスワード アクセス制御です。これは比較的弱い保護形式です。
より高度な保護は、ユーザー名とパスワードを必要とするワークグループ セキュリティの使用です。ユーザーとグループは、オブジェクト タイプまたは個々のオブジェクト レベルでの権限とともに指定できます。これを使用して、読み取り専用権限またはデータ入力権限を持つユーザーを指定できますが、指定が難しい場合があります。別のワークグループ セキュリティ ファイルには、複数のデータベースを管理するために使用できる設定が含まれています。ワークグループ セキュリティは、Access 2007 および Access 2010 ACCDB データベース形式ではサポートされていませんが、Access 2007 および Access 2010 は MDB データベースに対しては引き続きサポートしています。
データベースも暗号化することができます。ACCDB形式は、以前のバージョンよりも大幅に高度な暗号化を提供します。[56]
さらに、データベース設計を変更できないように保護する必要がある場合は、データベースを .MDE ファイルに変換することで、Access データベースをロック/保護 (およびソース コードをコンパイル) できます。VBA プロジェクト (モジュール、フォーム、またはレポート) へのすべての変更は、元の MDB に対して行い、その後 MDE に再変換する必要があります。Access 2007 および Access 2010 では、ACCDB データベースは ACCDE ファイルに変換されます。ロック解除および「逆コンパイル」を行うツールはいくつかありますが、元の VBA コメントや書式設定などの特定の要素は通常は回復できません。
ファイル拡張子
Microsoft Access は、次のファイル形式で情報を保存します。
バージョン
Office 95バージョンは Word 7 と同時にリリースされたため、Access バージョン 2.0 から 7.0 の間には存在しません。Office 95 製品はすべてOLE 2 機能を備えており、Access 7 は Word 7 と互換性があることがわかります。
バージョン番号 13 はスキップされました。
参照
注記
- ^ Office 2021、2019、2016を含む
参考文献
- ^ 「現在のチャネルのリリース ノート」。Microsoft Learn。2024年11 月 12 日閲覧。
- ^ ab 「Office LTSC 2021 および Office 2021 の更新履歴」。Microsoft Learn。2024年11 月 12 日閲覧。
- ^ 「Office for Mac の更新履歴」 。Microsoft Learn。2024年11 月 12 日閲覧。
- ^ 「Office 2016 C2R および Office 2019 の更新履歴」。Microsoft Learn。2024年11 月 12 日閲覧。
- ^ 「C++ in MS Office」 cppcon. 2014年7月17日. 2019年11月7日時点のオリジナルよりアーカイブ。 2019年6月25日閲覧。
- ^ ab 「データのインポートとエクスポートの概要」。Microsoft 。2010年10 月 15 日閲覧。
- ^ 「Microsoft Access History」 。 2016年3月13日閲覧。
- ^ PC Mag. Ziff Davis, Inc. 1985年10月15日。
- ^ 「Microsoft Access Business Information Access Program 1.0x」。WinWorld 。 2022年5月23日閲覧。
- ^ abcd Goodhew, Tony (1996). 「ジェットエンジン：歴史」 . 2011年1月2日閲覧。
- ^ abcd Ferguson, Scott. 「Visual Basic の誕生」。
- ^ Brownstein, Mark; Johnston, Stuart J. (1988 年 11 月 14 日)。「Microsoft が SAA データベースに取り組む」。InfoWorld。5ページ。
- ^ Brownstein, Mark (1989 年 2 月 13 日)。「Microsoft が Windows アプリケーションに最後の仕上げを施す」。InfoWorld。5ページ。
- ^ Flynn, Laurie (1989 年 5 月 8 日)。「Microsoft アプリケーションがマクロ言語を共有」。InfoWorld。p . 1。
- ^ Flynn, Laurie (1989 年 8 月 21 日)。「Microsoft は SQL フロントエンドを待つ」。InfoWorld。109ページ。
- ^ Cringely, Robert X. (1989 年 9 月 4 日)。「Gates Claims That 80286 Systems Are No Longer His Babies」InfoWorld、p. 82。
- ^ Cringely, Robert X. (1989 年 7 月 31 日)。「PC 業界が常に Doritos に支配されるはずがない」InfoWorld、p. 86。
- ^ Cringely, Robert X. (1989 年 10 月 16 日)。「Lotus の幹部が苦難を語る: 「エイリアンが MS Windows の使用を強制した」」InfoWorld、p. 106。
- ^ Cringely, Robert X. (1989 年 11 月 20 日)。「エルビス、現在はラスベガスの駐車場係員、Intel 486 の発売をさらに遅らせる」InfoWorld、106 ページ。
- ^ Mace, Scott (1992 年 11 月 30 日)。「Microsoft が不運な Omega をデモ」。InfoWorld。16ページ。
- ^ Picarille, Lisa; Mace, Scott (1992 年 3 月 30 日)。「Microsoft の Fox 買収が XBase 市場に波紋を呼ぶ」。InfoWorld。p . 1。Cirrus
(...) は、Paradox および Metaphor Computer Systems の Metaphor プログラムと直接対決することになる。
- ^ Cringely, Robert X. (1991 年 11 月 4 日)。「Eckhard がどんな衣装を着ても、Silicon Graphics は怖がるだろう」。InfoWorld。118ページ。
(...) 噂 (...) によると、Redmond の長らく遅れていたデータベース (現在は Cirrus というコード名) が FoxPro に置き換えられる可能性がある。
- ^ Mace, Scott (1992 年 6 月 29 日)。「Microsoft が ODBC を補完する API を作成」。InfoWorld。p . 1。Open
ISAM のサポートは、Microsoft の Windows 向け Cirrus DBMS で今後リリースされる予定です。
- ^ 「開発者が Microsoft DBMS のベータ版を入手」InfoWorld 1992 年 7 月 13 日、p. 3。
- ^ Johnston, Stuart J. (1998 年 7 月 20 日)。「Cirrus が Access と名付け、より高速なベータ版をリリース」。InfoWorld。1ページ。
- ^ 「Microsoft Access の名前の由来は?」The Old New Thing。Microsoft。2006 年 4 月 13 日。2016 年3 月 13 日閲覧。
- ^ 「Microsoft Access バージョン リリース、サービス パック、修正プログラム、および更新履歴」。FMS。2023年8 月 20 日閲覧。
- ^ Microsoft Access の起動時に「メモリ不足」エラーが発生する
- ^ 「Access の変更点」。Microsoft。2016年3 月 13 日閲覧。
- ^ ab 「開発者向け Access の新機能」。Microsoft。2016年3 月 13 日閲覧。
- ^ 「Access 2013 で廃止された機能と変更された機能」。Microsoft。2016年3 月 13 日閲覧。
- ^ 「日付/時刻拡張データ型の使用」。
- ^ 「Access 2021 の新機能」。
- ^ 「Access データベースを SQL Server に移行する」。support.microsoft.com。2021年10月 15 日閲覧。
- ^ 「ターミナル サービスと RemoteApp を使用して、Microsoft Access およびその他の Windows アプリケーションをインターネット経由で拡張する」 。2016年3 月 13 日閲覧。
- ^ 「Microsoft Access データベースを使用するための ASP.NET Web フォームを作成する」 。2017年6 月 13 日閲覧。
- ^ 「Access 2010 および Access Services を使用した Web データベースの作成」。Msdn.microsoft.com。2009 年 7 月 22 日。2013年4 月 24 日閲覧。
- ^ 「Microsoft Access 2013 Web アプリケーションと例」。access -templates.com。2017年9 月 4 日閲覧。
- ^ 「ご要望にお応えして、Access で dBASE ファイルのサポートが復活」。Officeブログ。Microsoft。2016年9月 7 日。2017年8 月 20 日閲覧。
- ^ ab 「Access 2010 で廃止された機能と変更された機能」。Office.com。Microsoft。2014年1月17 日閲覧。
- ^ 「Microsoft Access ランタイムの配布と無料ダウンロード」 。2016年6 月 15 日閲覧。
- ^ 「開発中の Microsoft Access ランタイムのシミュレーション」 。2016年6 月 15 日閲覧。
- ^ シンクレア、ラッセル (2000)。アクセスからSQLサーバーへ。Apressシリーズ。Apress。p. 39。ISBN 978-1-893115-24-8. 2010 年7 月 8 日に取得。SQL
パススルー クエリは、Jet エンジンによる検証や解析を一切行わずに、ODBC ドライバーに直接渡されるステートメントを入力できるクエリです。
- ^ Aleksandar Jakšić (2008 年 8 月)。「ネイティブ C または C++ を使用した Access 2007 ソリューションの開発」。Microsoft Corporation。2008年9 月 22 日閲覧。
- ^ 「命名規則」。Microsoft。2007 年 7 月 9 日。2016年3 月 13 日閲覧。
- ^ Visual Basic の命名規則
- ^ Kevin Collins (Microsoft Jetプログラム管理)、「Microsoft Jet 3.5 パフォーマンスの概要と最適化テクニック」、MSDN。2005 年 7 月 19 日閲覧。
- ^ 「Microsoft Access データベースのスケーラビリティ: 何人のユーザーをサポートできますか?」FMS ソフトウェア開発チームのブログ2011 年 5 月 31 日。 2016 年3 月 13 日閲覧。
- ^ abc Windows 7 での Access 2002 クエリが非常に遅い
- ^ 「Microsoft Access ランタイム配布プログラムと無料ダウンロード」 。2016年3 月 13 日閲覧。
- ^ 「Microsoft Access 2010 ランタイムを公式 Microsoft ダウンロード センターからダウンロードする」。Microsoft。2016年3 月 13 日閲覧。
- ^ 「Microsoft Access の分割データベース アーキテクチャにより、マルチユーザー環境をサポートし、パフォーマンスを向上し、保守を簡素化」 Fmsinc.com 。2013年4 月 24 日閲覧。
- ^ 「Microsoft SQL Server Migration Assistant 7.10 for Access」。Microsoft.com 。 2018年10月20日閲覧。
- ^ 「Microsoft Access データベースを SQL Server にアップサイズするタイミングと方法」 。2016年3 月 13 日閲覧。
- ^ 「Access 2007 のセキュリティに関する考慮事項とガイダンス」。Microsoft。2014 年 5 月 5 日。2016 年3 月 13 日閲覧。
- ^ 「Microsoft Access ライフサイクル情報」 。2011年10 月 23 日閲覧。
- ^ abcd 「Microsoft Access バージョン リリース、サービス パック、修正プログラム、および更新履歴」。FMS。2015年7 月 20 日閲覧。
- ^ 「第 5 章 - MS Office のシステム要件」。Office 97 リソース キット。Microsoft。2013年5 月 2 日閲覧。
- ^ 「Office 2000 システム要件」。Microsoft Office Web サイト。Microsoft。2012 年 2 月 2 日時点のオリジナルよりアーカイブ。2013 年5 月 2 日閲覧。
- ^ 「Office XP システム要件」。Microsoft Office の Web サイト。Microsoft。2013 年 3 月 4 日時点のオリジナルよりアーカイブ。2013 年5 月 2 日閲覧。
- ^ 「Office 2003 のライセンスとシステム要件」。Microsoft Office の Web サイト。Microsoft。2013 年 6 月 15 日時点のオリジナルよりアーカイブ。2013 年5 月 2 日閲覧。
- ^ 「2007 Office system を使い始める」。Microsoft TechNet。Microsoft。2009年 4 月 28 日。2013 年5 月 2 日閲覧。
- ^ 「Office 2010 のシステム要件」。Microsoft TechNet。Microsoft。2013年 2 月 19 日。2013 年5 月 2 日閲覧。
- ^ 「Office 2013 のシステム要件」。Microsoft TechNet。Microsoft。2016年 12 月 16 日。2017 年8 月 15 日閲覧。
- ^ 「Microsoft Access 2016」。Microsoft。
- ^ 「Microsoft Access 2019」。Microsoft。
- ^ ab 「Microsoft 365 Apps for Business」。Microsoft。
外部リンク
ウィキメディア・コモンズには、 Microsoft Accessに関連するメディアがあります。
- 公式サイト
- ブログにアクセス
- Microsoft Access のバージョンリリース、サービスパック、修正プログラム、および更新履歴