質問編集履歴
1
追記いたしました。
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -5,9 +5,23 @@
|
|
|
5
5
|
システムを委託しているベンダーより
|
|
6
6
|
|
|
7
7
|
> 現在の検索処理に最適化されている実行計画が、**新たな「検索」が増加することにより**、
|
|
8
|
-
> 実行計画が変化する可能性があ
|
|
8
|
+
> 実行計画が変化する可能性があり、その結果、既存の処理の検索効率が悪化する可能性がある。
|
|
9
9
|
|
|
10
10
|
という指摘を受けております。(詳細は割愛させていただきます…)
|
|
11
|
+
※新たな「検索」とは、WHERE句が異なる新たなSELECT文が増えるという意味です。
|
|
11
12
|
|
|
12
13
|
書き込みが増えることにより、実行計画が書き換わることがあるのは理解できるのですが、
|
|
13
|
-
本当に新たな検索が増えるだけで既存の実行計画は書き換わるのでしょうか？
|
|
14
|
+
本当に新たな検索が増えるだけで既存の実行計画は書き換わるのでしょうか？
|
|
15
|
+
|
|
16
|
+
==========追記==========
|
|
17
|
+
|
|
18
|
+
いろいろと割愛しすぎてわかりにくくなり申し訳ございません。
|
|
19
|
+
|
|
20
|
+
下記3画面が存在するWebサイトにおいて、
|
|
21
|
+
|
|
22
|
+
画面①：記事の一覧を取得し表示(SELECT * FROM interviews;)
|
|
23
|
+
画面②：タグで絞り込んだ記事の一覧を取得し表示(SELECT * FROM interviews LEFT OUTER JOIN tags ON ...)
|
|
24
|
+
画面③：ユーザの一覧を取得し表示(SELECT * FROM users;)
|
|
25
|
+
|
|
26
|
+
新規画面として「未回答の記事一覧を取得(SELECT * FROM interview WHERE kaitou = false)」する画面を作った場合、
|
|
27
|
+
この新規画面のSQLにより、①～③の画面でデータ取得用の実行計画に影響はあるのでしょうか？
|