Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему замена WHERE field = x на WHERE field in (x,y) отключает поиск по индексу?
|
|||
|---|---|---|---|
|
#18+
Имеется MariaDB 10.1.20 Создаю таблицу: Код: sql 1. 2. 3. 4. 5. Так выборка по ключу работает: Код: sql 1. 2. 3. 4. 5. 6. А так почему-то не работает: Код: sql 1. 2. 3. 4. 5. 6. Что ему мешает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2017, 03:46 |
|
||
|
Почему замена WHERE field = x на WHERE field in (x,y) отключает поиск по индексу?
|
|||
|---|---|---|---|
|
#18+
Запросы неэквивалентны. Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2017, 07:36 |
|
||
|
Почему замена WHERE field = x на WHERE field in (x,y) отключает поиск по индексу?
|
|||
|---|---|---|---|
|
#18+
Странно видеть что-то с названием id и не являющееся первичным ключом. Вероятно, у вас в табличке мало данных - вот оптимизатор и решил, что ему проще пройтись последовательно seqscan'ом, чем читать индекс и потом по табличке ходить чистым random io читать значения остальных полей. Innodb же, кластеризован по первичному ключу (которого у вас нет - значит по неявно-сгенерированному ключу) и все вторичные индексы указывают на значение первичного ключа, а не самих данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2017, 09:32 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39381179&tid=1831016]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
25ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 133ms |

| 0 / 0 |
