回答編集履歴
2
補足
test
CHANGED
|
@@ -9,3 +9,33 @@
|
|
|
9
9
|
|
|
10
10
|
|
|
11
11
|
SQLサーバー、オラクルなどのRDBMSへの移行はそれなりにコストがかかりますので、それからでも遅くないと思います。
|
|
12
|
+
|
|
13
|
+
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
補足
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
パススルークエリとは、サーバー側でSQL処理を実行してその結果のみを受け取るという仕組みです。
|
|
22
|
+
|
|
23
|
+
一般的にサーバーは高速なマシンを使うので、クライアントよりは高速に処理できる、
|
|
24
|
+
|
|
25
|
+
また、結果データのみ送信されるのでネットワークの負荷も軽くなり高速に処理できるわけです。
|
|
26
|
+
|
|
27
|
+
SQLサーバー、オラクルなどのリレーショナルデータベースマネージメントシステム(RDBMS)では、サーバーで常にマネージメントシステムが稼働していて、クライアントから受け取った命令を実行できるようになっています。
|
|
28
|
+
|
|
29
|
+
Accessはファイル共有型リレーショナルデータベースというもので、サーバー側のマネージメントシステムはなくOSのファイル管理システムを利用してデータを共有しています。サーバーからすべてのデータを受け取って、ローカルでSQL処理を行います。ですので、サーバー側に処理を依頼するパススルークエリは使えません。
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
「サーバーからすべてのデータを受け取って」と書きましたが、インデックスが設定してあると、インデックスを有効に使えるクエリ設計だと、まず、インデックスデータを受け取って、それを元にある程度必要なデータを絞り込んで受け取るという処理を実行しているようです。ですので、テーブル設計、インデックスの設定、クエリの設計は高速化に重要になります。
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
[抽出条件でインデックスが無効になる場合 - hatena chips](https://hatenachips.blog.fc2.com/blog-entry-83.html)
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
[結合条件でインデックスが無効になる場合 - hatena chips](https://hatenachips.blog.fc2.com/blog-entry-440.html)
|
1
誤字修正
test
CHANGED
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
リンク先がアクセステーブルならパススルークエリは使えません。
|
|
2
2
|
|
|
3
|
-
バックエンド
|
|
3
|
+
バックエンドがSQLサーバー、オラクルなどのRDBMSである必要があります。
|
|
4
4
|
|
|
5
5
|
|
|
6
6
|
|
|
7
|
-
容量が65,500KB程度のデータ量なら環境にもよりますが、テーブルの設計、インデックスの設計、クエリの設計が最適化されていればそれほど重くなるとは思えません。まずはその辺りを見直すことから始めてはどうでしょうか。
|
|
7
|
+
容量が65,500KB程度のデータ量なら、ネットワーク環境にもよりますが、テーブルの設計、インデックスの設計、クエリの設計が最適化されていればそれほど重くなるとは思えません。まずはその辺りを見直すことから始めてはどうでしょうか。
|
|
8
8
|
|
|
9
9
|
|
|
10
10
|
|