Нужно ли использовать «FETCH FIRST n ROWS ONLY» или «LIMIT» при выборе уникального идентификатора в предложении where

Question

Нужно ли использовать «FETCH FIRST n ROWS ONLY» или «LIMIT» при выборе уникального идентификатора в предложении where

0

Мне было интересно, нужно ли мне использовать оператор FETCH FIRST n ROWS ONLY в DB2 или оператор LIMIT в MySQL, если я запрашиваю уникальный идентификатор с индексом из таблицы, чтобы повысить производительность. Или провайдер sql уже заметил, что будет максимум один результат и остановит запрос, когда найдена строка?

Пример запроса:
DB2: SELECT * FROM myTable WHERE id = 1 FETCH FIRST 1 ROWS ONLY
MySQL: SELECT * FROM myTable WHERE id = 1 LIMIT 1

Кто-нибудь уже думал об этом?

Marvin Klar 22 март 2019, в 09:23

Источник

0

В mylsq Ограничение применяется к результату выбора .. поэтому у вас нет улучшения производительности
scaisEdge 22 март 2019, в 08:15
0

А что насчет FETCH FIRST 1 ROWS ONLY ?
Marvin Klar 22 март 2019, в 08:16
0

Я не в db2, но .. я думаю, то же самое .. этот вид ограничения / флайтер может применяться только к набору результатов .. и производительность основана на получении набора результатов
scaisEdge 22 март 2019, в 08:17
0

Если у вас уже есть уникальный индекс по id , тогда оптимизатор должен знать, что такой запрос не может возвращать более одной строки. Если у вас нет такого уникального индекса по id , то, возможно, стоит помочь оптимизатору в создании лучшего плана доступа.
Mark Barinstein 22 март 2019, в 08:20

Показать ещё 2 комментария

Теги:

mysql

sql

postgresql

db2

2 ответа

0

В случае, если атрибут объявлен уникальным, я настоятельно рекомендую отказаться от этой практики по двум причинам:

это никак не увеличивает производительность оптимизатора модератора, а только увеличивает работу оптимизатора SQL, который должен обрабатывать другое предложение,
(что наиболее важно) снижает читаемость оператора для сопровождающего кода, поскольку может создавать впечатление, что атрибут не является уникальным, что приводит к путанице в запросе и базовой таблице.

Renzo 22 март 2019, в 06:30

Ещё вопросы

В mylsq Ограничение применяется к результату выбора .. поэтому у вас нет улучшения производительности
Я не в db2, но .. я думаю, то же самое .. этот вид ограничения / флайтер может применяться только к набору результатов .. и производительность основана на получении набора результатов
Если у вас уже есть уникальный индекс по id , тогда оптимизатор должен знать, что такой запрос не может возвращать более одной строки. Если у вас нет такого уникального индекса по id , то, возможно, стоит помочь оптимизатору в создании лучшего плана доступа.

data_henrik · Accepted Answer · 2019-03-22T06-25-00.000Z

Вы можете использовать как FETCH FIRST 1 ROWS ONLY так и LIMIT в Db2, проверьте настройки совместимости DB2.

Если возвращается только одна строка, не имеет значения, указан ли этот синтаксис. Однако, если вы или система не уверены, то это дополнительная гарантия. В зависимости от настроек оптимизатора (или настроения, статистики или метаданных), дополнительный синтаксис может помочь с производительностью. Причина в том, что система баз данных знает, что должна быть возвращена только 1 строка, и она может оптимизироваться для этого случая.

Если есть уникальный индекс по id, то это должно быть очевидно, но есть ли индекс...?

Да, в этом ряду есть индекс. Я редактировал вопрос. Итак, нужно ли указывать оператор LIMIT?
Мой ответ уже включает это. Нет необходимости, но я бы все равно сделал это по привычке.
И когда вы включаете поддержку LIMIT в Db2, вы можете использовать этот более короткий синтаксис