|
Непонятки с планом
|
|||
---|---|---|---|
#18+
FB 2.5.6. Проверял на 3.0.2 - то же самое. Проблема с двойным соединением и условием по третьей таблице. Запрос: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Код: plaintext
Enchanced Info: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
Но стоит только добавить LEFT JOIN, и FB начинает перебирать абонентов натуралом: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Код: plaintext 1.
Enchanced Info: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Меняю последовательность таблиц в секции FROM: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Код: plaintext
Получаю такой же план и такую же статистику, как в первом случае. Это так и должно быть или это баг оптимизатора? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2017, 05:57 |
|
Непонятки с планом
|
|||
---|---|---|---|
#18+
древний баг, давно в трекере. Все INNER-ы по возможности надо группировать вместе и размещать до LEFT-ов - так остается вероятность вменяемого плана. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2017, 07:29 |
|
Непонятки с планом
|
|||
---|---|---|---|
#18+
dimitr, Спасибо за ответ, теперь стало понятным составление плана в других запросах. Учту это в генераторе запросов. А есть примерные сроки, когда это пофиксите? Или это непросто? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2017, 07:54 |
|
|
start [/forum/search_topic.php?author=lerat&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
get settings: |
8ms |
get forum list: |
14ms |
get settings: |
11ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
150ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
others: | 881ms |
total: | 1156ms |
0 / 0 |