時間の経過とともに、ほとんどのデータベース アプリケーションは成長し、より複雑になり、より多くのユーザーをサポートする必要があります。 一部の時点で、Microsoft Office Access アプリケーションを Microsoft SQL Server データベースにアップサイズしたい場合があります。 これにより、パフォーマンス、スケーラビリティ、可用性、セキュリティ、信頼性、回復可能性を向上させることができます。
この記事の内容
Microsoft Office Access データベースのアップサイズについて
アップサイジングは、一部またはすべてのデータベース オブジェクトを Access データベースから新規または既存の SQL Server データベース、または新しいAccess project (.adp)に移動するプロセスです。
データベースを SQL Server にアップサイジングする利点
- 高パフォーマンスと拡張性 多くの場合、SQL Server は Access データベースよりも優れたパフォーマンスを行います。 また、現在のアクセス制限である 2 GB をはるかに超えるサイズのテラバイトまでの非常に大規模なデータベースもサポートされています。 また、SQL Server はクエリを並列で処理し、ユーザーが追加されるとメモリを効率的に使用します。
- 可用性の向上 SQL Server では、データベースの使用中に増分バックアップまたは完全バックアップの動的バックアップを作成できます。 データをバックアップする前に、データベースの終了をユーザーに要求する必要はありません。
- セキュリティの改善信頼された接続を使用することで、SQL Server を Windows セキュリティと統合し、ネットワークとデータベースの両方に 1 回のサインインを提供できます。 これにより、複雑なセキュリティ設定の管理が容易になります。
- 即時回復可能性オペレーティング システムのクラッシュや停電など、システムに障害が発生した場合、SQL Server はデータベース管理者の助けを借りなくても、データベースを数分以内に最後の整合性のある状態に自動的に回復できます。
- サーバー ベースの処理クライアント/サーバー構成で SQL Server を使用すると、サーバーはクライアントに結果を送信する前にクエリを処理するため、ネットワーク トラフィックが削減されます。 通常、特に大規模なデータ セットの場合、これはより効率的です。 アプリケーションでは、ユーザー定義の関数、ストアド プロシージャ、およびトリガーを使用して、アプリケーション ロジック、ビジネス ルールとポリシー、複雑なクエリ、データの検証、参照整合性コードをクライアントではなくサーバーで一元化することもできます。
アップサイズする方法
アップサイズ ウィザードは、データベース オブジェクトとそれに含まれるデータを、Access データベースから新規または既存の SQL Server データベースに移動します。
アップサイズ ウィザードを使用するには、次の 3 つの方法があります。
- クライアント/サーバー アプリケーションを作成できるように、Access データベースから Access プロジェクトにすべてのデータベース オブジェクトをアップサイズします。 このアプローチでは、追加のアプリケーション変更と、コードと複雑なクエリの変更が必要です。
- Access データベースから SQL Server データベースにデータまたはデータ定義のみをアップサイズします。
- フロントエンド/バックエンド アプリケーションを作成できるように、Access データベースをフロントエンドから SQL Server データベースのバックエンドに作成します。 この方法では、コードが引き続き Access データベース エンジン (ACE) を使用しているため、アプリケーションを変更する必要はほとんどありません。
Access データベースをアップサイズする前に
Access データベースを SQL Server データベースまたは Access プロジェクトにアップサイズする前に、次の操作を検討してください。
データベースをバックアップする アップサイズ ウィザードは Access データベースからデータまたはデータベース オブジェクトを削除しませんが、アップサイズする前に Access データベースのバックアップ コピーを作成することをお勧めします。
十分なディスク領域があることを確認する アップサイズ データベースを格納するデバイスに十分なディスク領域が必要です。 アップサイジング ウィザードは、十分な空きディスク領域がある場合に最適に機能します。
一意のインデックスを作成する Access でリンク テーブルを更新できるようにするには、一意のインデックスが必要です。 アップサイジング ウィザードは、既存の一意のインデックスをアップサイズすることができますが、存在しない場合は作成できません。 テーブルを更新する場合は、アップサイズする前に各 Access テーブルに一意のインデックスを追加します。
SQL Server データベースに対する適切なアクセス許可を自分に割り当てる
- 既存のデータベースにアップサイズするには、
CREATE TABLEとCREATE DEFAULTのアクセス許可が必要です。 - 新しいデータベースを構築するには、
Masterデータベース内のシステム テーブルに対するCREATE DATABASEアクセス許可とSELECTアクセス許可が必要です。
- 既存のデータベースにアップサイズするには、
Access 2007 アップサイズ ウィザードは、Microsoft SQL Server 2000 および SQL Server 2005 と連携するように最適化されています。
アップサイズ ウィザードを使用する
[データベース ツール] タブの [データの移動] グループで、[SQL Server] をクリックします。 アップサイジング ウィザードが起動します。
手順 1: 既存のデータベースまたは新しいデータベースにアップサイズするかを選択する
ウィザードの最初のページで、Access データベースを既存の SQL Server データベースにアップサイズするか、新しい SQL Server データベースを作成するかを指定します。
既存のデータベースを使用するこのオプションを選択して [次へ] をクリックすると、[データ ソースの選択] ダイアログ ボックスが表示され、既存の SQL Server データベースへの
ODBC接続を作成できます。 ODBC データ ソースについて データ ソースは、データへのアクセスに必要な接続情報とデータを結合します。 例としては、Access、SQL Server、Oracle RDBMS、スプレッドシート、テキスト ファイルなどがあります。 接続情報には、サーバーの場所、データベース名、ログオン ID、パスワード、ODBCドライバー オプションが含まれる場合があります。ODBCアーキテクチャでは、Access などのアプリケーションや Microsoft Visual Basic プログラムがODBC Driver Managerに接続し、Microsoft SQL ODBC ドライバーなどの特定のODBCドライバーを使用してデータ ソースに接続します。 Access では、ODBCデータ ソースを使用して、組み込みのドライバーがない外部データ ソースに接続します。 これらのデータ ソースに接続するには、次の操作を行う必要があります。- データ ソースが含まれるコンピューターに適切な
ODBCドライバーをインストールします。 -
ODBC データ ソース管理者を使用して接続情報を Windows レジストリに格納するか、
DSNファイルを使用するか、Visual Basic コードで接続文字列を使用して接続情報を直接ODBC Driver Managerに渡すことにより、データ ソース名 (DSN) を定義します。 データ ソースの分析情報 マシン データ ソースは、接続情報をユーザー定義の名前で特定のコンピューター上の Windows レジストリに保存します。 これらは、それらが定義されているコンピューター上でのみ使用できます。 ユーザーとシステムの 2 種類があります。 ユーザー データ ソースは、現在のユーザーのみが使用できます。 システム データ ソースは、コンピューター上のすべてのユーザーおよびシステム全体のサービスで使用できます。 マシン データ ソースは、サインインしているユーザーのみが表示でき、リモート ユーザーが別のコンピューターにコピーできないため、セキュリティを強化する場合に特に便利です。 ファイル データ ソース ファイル データ ソース (DSNファイルとも呼ばれます) は、Windows レジストリの代わりにテキスト ファイルに接続情報を格納します。 通常、マシン データ ソースよりも柔軟性があります。 たとえば、正しいODBCドライバーがインストールされている任意のコンピューターにファイル データ ソースをコピーできるため、アプリケーションはすべてのコンピューターで一貫した接続情報を使用できます。 または、ファイル データ ソースを 1 台のサーバーに配置し、ネットワーク上の多数のコンピューター間で共有し、接続情報を 1 か所で管理することもできます。 ファイル データ ソースは共有できないようにすることもできます。 共有不可能なファイル データ ソースが 1 台のコンピューター上に存在し、マシン データ ソースを指します。 共有不能なファイル データ ソースを使用して、ファイル データ ソースから既存のマシン データ ソースにアクセスすることができます。 文字列を接続する モジュールでは、接続情報を指定する書式設定された接続文字列を定義できます。 接続文字列は、接続情報をODBC Driver Managerに直接渡します。 管理者またはユーザーはデータベースを使用する前にDSNを作成する必要がないため、これによりアプリケーションが簡略化されます。
- データ ソースが含まれるコンピューターに適切な
新しいデータベースを作成するこのオプションを選択して [次へ] をクリックすると、新しい SQL Server データベースに関する情報を入力するページが表示されます。
- このデータベースにどの SQL Serverを使用しますか? 使用するサーバーの名前を入力します。
- 信頼関係のある接続を使用する 信頼された接続を使用できます。 これにより、SQL Server を Windows セキュリティと統合して、ネットワークとデータベースへの 1 回のサインインを可能にします。
-
ログイン ID とパスワード 信頼済み接続を使用しない場合は、サーバーで
CREATE DATABASE特権を持つアカウントのログオン ID とパスワードを入力します。 - 新しい SQL Server データベースにどのような名前を付けますか? 新しい SQL Server データベースの名前を入力します。 Access では、既存のデータベース名と競合する場合、名前が変更され、
mydatabase 1などの番号付きサフィックスが追加されます。
手順 2: アップサイズするテーブルを選択する
この手順では、SQL Server データベースにアップサイズする Access テーブルを選択します。 アップサイズするテーブルを選択し、矢印ボタンを使用して [SQL Server へのエクスポート] リストに移動します。 または、テーブルをダブルクリックして、1 つのリストから別のリストに移動することもできます。
[使用可能なテーブル] の一覧には、既に SQL Server データベースに存在する SQL Server テーブルを除く、すべてのリンク テーブルが含まれています。 アップサイジング対象として選択されている SQL Server データベースを指すリンク テーブルは、[SQL Server にエクスポート] リスト ボックスに自動的に表示され、削除できません。 ナビゲーション ウィンドウに現在表示されていないテーブル (非表示のテーブルやシステム テーブルなど) も除外されます。
ヒント
名前が "_local" で終わるテーブルは、既にアップサイズされているテーブルのアップサイズを防ぐために、使用可能なテーブルの一覧から除外されます。 これらのテーブルをもう一度アップサイズする場合は、アップサイジング ウィザードを実行する前にサフィックス "_local" を削除して名前を変更します。
手順 3: アップサイズする属性とオプションを指定する
この手順では、SQL Server データベースにアップサイズするテーブル属性を選択します。 既定では、すべての属性がアップサイジング用に選択されています。
注
既定では、アップサイジング ウィザードは Access のフィールド名を適切な SQL Server のフィールド名に変換し、Access のデータ型を同等の SQL Server データ型に変換します。
どのテーブル属性をアップサイズしますか?
次の表に、アップサイズできる属性と、アップサイジング ウィザードがそれぞれをどのように処理するかを示します。
| 属性 | アクション (選択されている場合) |
|---|---|
| インデックス | アップサイジング ウィザードはすべてのインデックスをアップサイズします。 Access 主キーを SQL Server インデックスに変換し、SQL Server 主キーとしてマークします。 アップサイズされた SQL Server テーブルを Access データベースにリンクすることを選択した場合は、ウィザードによってインデックス名にプレフィックス aaaaaも追加されます。 Access では、最初のインデックスがアルファベット順に主キーとして選択され、 aaaaa プレフィックスが正しいインデックスを選択するのに役立ちます。無効な文字が _ に置換された場合を除き、他のすべてのインデックスは名前を保持します。 一意および非一意の Access インデックスは、一意および非一意の SQL Server インデックスになります。Access でリンク テーブルを更新できるようにするには、一意のインデックスが必要です。 アップサイジング ウィザードは、既存の一意のインデックスをアップサイズすることができますが、存在しない場合は作成できません。 アップサイズ後にテーブルを更新する場合は、アップサイズする前に各 Access テーブルに一意のインデックスを追加します。 |
| 入力規則 | アップサイジング ウィザードは、更新および挿入トリガーとして、すべてのフィールド の必須 プロパティ、テーブルの入力規則、レコードの入力規則、およびフィールドの入力規則をアップサイズします。 トリガーは、SQL Server テーブルに関連付けられた一連の Transact-SQL ステートメントです。 テーブルには、 UPDATE、 INSERT、 DELETE コマンドそれぞれに 1 つずつ、3 つのトリガーを含めることができます。 コマンドが実行されると、トリガーが自動的に実行されます。 アップサイジング ウィザードでは、SQL Server ルールではカスタム エラー メッセージを表示できないため、SQL Server ルールの代わりにトリガーを使用してフィールド レベルの検証を適用します。各入力規則は、必ずしもトリガーと 1 対 1 でマップされるわけではありません。 入力規則が複数のトリガーの一部になる場合があり、トリガーに複数の入力規則をエミュレートするコードが含まれている場合があります。 Access フィールドの "必須" プロパティを True に設定すると、フィールドに既定値がバインドされていない場合、ユーザーはレコードを挿入して必須フィールドを null のままにすることはできません。また、レコードの更新時にフィールドを null に設定することはできません。 必須フィールドは、SQL Serverの値Nullを許可しないフィールドにアップサイズされます。ValidationText/エラーメッセージ Access データベース の [エラーメッセージ] プロパティは、Access プロジェクトの [エラーメッセージ ] プロパティに変換されます。 これにより、実行時に制約違反が発生した場合に、わかりやすいエラー メッセージが表示されます。 |
| 既定値 | アップサイジング ウィザードは、すべての 既定値 プロパティを ANSI (American National Standards Institute) の既定オブジェクトにアップサイズします。 |
| テーブル リレーションシップ | アップサイズ ウィザードは、すべてのテーブル リレーションシップをアップサイズします。 テーブル リレーションシップと参照整合性をアップサイズする方法は、 UPDATE、 INSERT、 DELETE トリガーを使用するか、宣言された参照整合性 (DRI) を使用して選択できます。
DRI は、ベース テーブルの主キー制約、一対多リレーションシップの "一" の側、および外部テーブルの外部キー制約 (通常は "多" 側) を定義することによって、Access の参照整合性と同じように機能します。DRI を使用する [ テーブル リレーションシップ] と [ DRI を使用 ] を選択して、 DRI を使用して参照整合性を適用します。 Access データベース列の検証は、SQL Server DRI チェック制約に変換されます。 検証メッセージは次のようにマップされます。Cascade Update = ON DELETE NO ACTION ON UPDATE CASCADE, "テーブル <foreigntable> に関連レコードが含まれているため、レコードを削除できません。";Cascade Delete = ON DELETE CASCADE ON UPDATE NO ACTION, "テーブル <primarytable> に関連レコードが必要であるため、レコードを追加または変更できません。";カスケード更新およびカスケード削除 = ON DELETE CASCADE ON UPDATE CASCADE。値は設定されません。No DRI = ON DELETE NO ACTION ON UPDATE NO ACTION, "テーブル <primarytable> とテーブル <foreigntable> の間のリレーションシップ制限のため、このレコードを追加、変更、または削除できません。トリガーを使用する Access テーブルのリレーションシップで連鎖更新または連鎖削除を定義し、アップサイズ テーブルでその動作を維持する場合は、[ テーブル リレーションシップ] を選択して [ トリガーを使用する] を選択します。 これにより、参照整合性を適用するためのトリガーとして、連鎖更新または連鎖削除がアップサイズされます。 テーブル リレーションシップは、必ずしもトリガーと 1 対 1 でマップされるわけではありません。 リレーションシップが複数のトリガーの一部になったり、トリガーに複数の参照整合性ルールをエミュレートするコードが含まれていたりする場合があります。 挿入トリガーは子テーブルで使用され、削除トリガーは親テーブルで使用されます。 Access では、SQL Server データベースのデータベース図を読み取るために DRI が必要です。 トリガを使用して参照整合性を強制しながら Access でデータベース図を読み取ることができるように、アップサイジング ウィザードではリレーションシップに DRI を設定しますが、外部キー制約のチェックはオフになります。 |
含めたいデータ オプションは何ですか?
-
テーブルにタイムスタンプ フィールドを追加する SQL Server では、
timestampフィールドを使用してレコードが変更されたことを示しますが、いつ変更されたかは示しません。 これは、一意の値フィールドを作成し、レコードが更新されるたびにそのフィールドを更新することによって行われます。 リンク テーブルの場合、Access ではtimestampフィールドの値を使用して、レコードが更新前に変更されたかどうかが判別されます。 一般に、timestampフィールドは最高のパフォーマンスと信頼性を提供します。 これがない場合、SQL Server はレコード内のすべてのフィールドをチェックして、レコードが変更されたかどうかを判断する必要があり、これによりパフォーマンスが低下します。 次の表では、この一覧で使用できる設定について説明します。
| 設定 | 説明 |
|---|---|
| はい、ウィザードに判断させます | 元の Access テーブルに浮動小数点数 (Single または Double)、メモ、または OLE オブジェクト フィールドが含まれている場合、アップサイジング ウィザードは、それらのフィールドの結果の SQL Server テーブルに新しいタイムスタンプ フィールドを作成します。 |
| はい、常に | アップサイズ ウィザードでは、アップサイズ テーブルに含まれるフィールドの種類に関係なく、すべてのアップサイズ テーブルに対してタイムスタンプ フィールドが作成されます。 これにより、メモ、OLE オブジェクト、または浮動小数点フィールドを含まないが、他の種類のフィールドを持つアップサイズ Access テーブルのパフォーマンスが向上します。 |
| いいえ、決して | アップサイジング ウィザードでは、テーブルに timestamp フィールドは追加されません。 |
重要
リンクされた SQL Server テーブルでは、メモ オブジェクト フィールドまたは OLE オブジェクト フィールドが変更されたかどうかのチェックは行われません。これは、これらのフィールドのサイズが何メガバイトにもなり、比較にネットワーク負荷がかかりすぎて時間がかかる可能性があるためです。 したがって、テキスト フィールドまたは画像フィールドのみが変更されて、タイムスタンプ フィールドがない場合は、Access によって変更が上書きされます。 また、浮動小数点フィールドは、変更されていないのに値が変更されているように見える可能性があるため、タイムスタンプ フィールドがない場合、Access はレコードが変更されていないのに変更されたと判断する場合があります。
- テーブル構造のみを作成し、データをアップサイズしないでくださいアップサイジング ウィザードは、既定ですべてのデータを SQL Server にアップサイズします。 [テーブル構造のみを作成する]、[データをアップサイズしない] チェック ボックスをオンにすると、データ構造のみがアップサイズされます。
手順 4: アプリケーションをアップサイズする方法を選択する
ウィザードの次のページでは、Access データベース アプリケーションをアップサイズする 3 つの方法のうちの 1 つを選択できます。 [ What application changes do you want to make?] で、次のいずれかのオプションを選択します。
新しい Access クライアント/サーバー アプリケーションの作成 このオプションを選択すると、アップサイジング ウィザードによって新しい Access プロジェクトが作成されます。 名前の入力を求め、既定で現在の Access データベース名を使用し、
CSサフィックスを追加して、既存の Access データベースと同じ場所にプロジェクトを格納します。 アップサイズ ウィザードは、Access プロジェクト ファイルを作成してから、Access データベースから Access プロジェクトにすべてのデータベース オブジェクトをアップサイズします。 パスワードとユーザー ID を保存しない場合、Access プロジェクトを初めて開いたときには、SQL Server データベースに接続できるように [データ リンクのプロパティ] ダイアログ ボックスが表示されます。SQL Server テーブルを既存のアプリケーションにリンクする このオプションを選択すると、アップサイジング ウィザードによって Access データベースが変更され、クエリ、フォーム、レポート、およびデータ Access ページで、Access データベース内のデータではなく、新しい SQL Server データベース内のデータが使用されます。 アップサイズ ウィザードでは、サフィックス
_localを追加することで、アップサイズした Access テーブルの名前が変更されます。 たとえば、Employeesという名前のテーブルをアップサイズすると、Access データベースではテーブルの名前がEmployees_localに変更されます。 次に、アップサイジング ウィザードにより、Employeesという名前のリンクされたSQL Server テーブルが作成されます。注
アップサイジング操作が完了すると、
_localサフィックスで名前を変更したテーブルは使用されなくなります。 ただし、アップサイジングが成功したことを確認するまで、ローカル テーブルを保持することをお勧めします。 後でローカル テーブルを削除して Access データベースのサイズを小さくすることができます。 テーブルを削除する前に、必ずデータベースをバックアップしてください。元の
Employeesテーブルに基づくクエリ、フォーム、レポート、データ アクセス ページでリンクされたSQL ServerEmployeesテーブルが使用されるようになりました。 Description、Caption、Format、InputMask、DecimalPlaces など、元のローカル テーブルの多くのフィールド プロパティが新しいローカル テーブルに継承されます。アプリケーションの変更なしデータを SQL Server データベースにのみコピーし、既存の Access データベース アプリケーションにその他の変更を加えない場合は、このオプションを選択します。
パスワードとユーザー ID を保存する 既定では、アップサイジング ウィザードは既存のアプリケーションにリンク テーブルを作成するか、ユーザー名とパスワードを保存せずに Access プロジェクトを作成します。 つまり、ユーザーが SQL Server データベースにサインインするたびに、ユーザー名とパスワードの入力を求められます。
[パスワードとユーザー ID の保存] を選択した場合、ユーザーは毎回サインインしなくても SQL Server データベースに接続できます。 [新しい Access クライアント/サーバー アプリケーションの作成] を選択すると、Access プロジェクトはユーザー名とパスワードをOLE DB 接続文字列に保存します。
注
リンクされた SQL Server テーブルがパスワードの保存を拒否する MSysConf テーブルで構成されている場合、このオプションは [アプリケーションの変更なし] オプションでは無効になります。
アップサイジング ウィザードのレポート
[ 完了] をクリックすると、アップサイジング ウィザードによって、作成されたすべてのオブジェクトについて説明され、プロセス中に見つかったエラーが一覧表示されたレポートが作成されます。 ウィザードでは、レポートが印刷プレビューに表示されます。ここで、レポートを印刷したり、XPS ファイルまたは PDF ファイルとして保存したりできます。 [印刷プレビュー] ウィンドウを閉じると、レポートは Access オブジェクトとして保存されません。
アップサイジング ウィザード レポートには、次の情報が含まれています。
- アップサイズ パラメーター (アップサイズを選択したテーブル属性とアップサイズの方法など)。
- 名前、データ型、インデックス、入力規則、既定値、トリガー、タイム スタンプが追加されたかどうかに関する Access と SQL Server の値の比較を含むテーブル情報。
- データベースまたはトランザクション ログがいっぱいである、アクセス許可が不十分である、デバイスまたはデータベースが作成されていない、テーブル、既定値、または入力規則がスキップされた、リレーションシップが適用されない、クエリがスキップされた (SQL Server 構文に変換できないため)、フォームやレポートにおけるコントロールおよびレコード ソース変換エラーなど、発生したエラー。
データベース オブジェクトのサイズアップ方法
次のデータ オブジェクトとデータベース オブジェクトがサイズアップされます。
データとデータ型すべての Access データベースのデータ型は、同等の SQL Server 型に変換されます。 ウィザードは、すべての文字列値に Unicode 文字列識別子を追加し、すべてのデータ型に Unicode
nプレフィックスを追加することで、Access のテキストを Unicode に変換します。クエリ
SELECTORDER BY句またはパラメーターを持たないクエリは、ビューに変換されます。アクション クエリは、ストアド プロシージャ アクション クエリに変換されます。 ストアド プロシージャが確実に実行されるように、パラメーター宣言コードの後に
SET NOCOUNT ONが追加されます。SELECTテーブルのみを参照するクエリ (基本クエリとも呼ばれます) で、パラメーターまたはORDER BY句を使用するクエリは、ユーザー定義関数に変換されます。 必要に応じて、ORDER BY句を含むクエリにTOP 100 PERCENT句が追加されます。名前付きパラメーターを使用するパラメーター クエリは、Access データベースで使用されている元のテキスト名を保持し、ストアド プロシージャまたはインライン ユーザー定義関数に変換されます。
注
SQL パススルー クエリ、データ定義クエリ、クロス集計クエリなど、アップサイズされなかったクエリを手動で変換する必要がある場合があります。 また、入れ子になりすぎたクエリを手動でアップサイズする必要がある場合もあります。
フォーム、レポート、およびコントロール フォーム、レポート、またはコントロールの RecordSource、 ControlSource、および RowSource プロパティの SQL ステートメントはそのまま残り、ストアド プロシージャやユーザー定義関数に変換されません。
スタートアップのプロパティ アップサイジング ウィザードでは、次のスタートアップ プロパティがアップサイズされます。
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
モジュールとマクロ アップサイジング ウィザードでは、モジュールやマクロは変更されません。 SQL Server の機能を最大限に活用するには、アプリケーションを変更する必要がある場合があります。 詳細については、MSDN のホワイトペーパー「SQL Server にリンクされた Microsoft Office Access アプリケーションの最適化」を参照してください。