Вопрос знатокам сиквела

[CDR]

Всем превед!

Представим следующую ситуацию: есть табличка LedgerTrans с большим количеством записей (порядка 500 тыс.). Соответственно нужно выбрать из нее только записи, у которых счет равен 10.100 и 10.200. Внимание - вопрос!

Какой запрос отработает быстрее?
1. select LedgerTrans exist join param where LedgerTrans.AccountNum == param.AccountNum (param - табличка, в которой перечислены нужные счета, в нашем случае 10.100 и 10.200).
2. select LedgerTrans where LedgerTrans.AccountNum like "10.*"

[kashperuk]

А если взять да попробовать?

[CDR]

Цитата:

Сообщение от kashperuk

А если взять да попробовать?

Уже пробую .
Интересует просто механизмы этих двух конструкций и их соответственно теоритическое быстродействие

[belugin]

А так

select LedgerTrans where LedgerTrans.AccountNum >= "10."
&&
LedgerTrans.AccountNum <= "10.Я" // или LedgerTrans.AccountNum < "10<соедующий символ после точки>"

[Alexius]

Доп вопросы:
1. Какое число записей в LedgerTrans соответствуют условию ?
2. Какие индексы есть на таблице LedgerTrans ?
3. Таблица Param постоянная или временная ?
4. Какие индексы есть на таблице Param ?
5. Какое выравнивание у поля LedgerTrans.AccountNum, влево или вправо ?

[egorych]

Если по AccountNum есть индекс, то с точки зрения SQL - like будет меньше ресурсов потреблять чем join. И потом exist join не факт что будет 1 запросом работать на сервере.

[CDR]

Цитата:

Сообщение от egorych

Если по AccountNum есть индекс, то с точки зрения SQL - like будет меньше ресурсов потреблять чем join. И потом exist join не факт что будет 1 запросом работать на сервере.

Больше интересует скорость исполнения, а не потребляемые ресурсы. Что выполниться быстрее: построится join или просканируется like?

[Alexius]

Цитата:

Сообщение от CDR

Больше интересует скорость исполнения, а не потребляемые ресурсы. Что выполниться быстрее: построится join или просканируется like?

В большинстве случаев, чем меньше серверу потребуется ресурсов для выполнения запроса, тем быстрее он выполнится.

[tourist]

Цитата:

Сообщение от CDR

Всем превед!

Представим следующую ситуацию: есть табличка LedgerTrans с большим количеством записей (порядка 500 тыс.). Соответственно нужно выбрать из нее только записи, у которых счет равен 10.100 и 10.200. Внимание - вопрос!

Какой запрос отработает быстрее?
1. select LedgerTrans exist join param where LedgerTrans.AccountNum == param.AccountNum (param - табличка, в которой перечислены нужные счета, в нашем случае 10.100 и 10.200).
2. select LedgerTrans where LedgerTrans.AccountNum like "10.*"

Эти два запроса не эквивалентны, если нет уверенности, что все 10* счета записаны в табличку param и что так будет всегда.

[CDR]

Цитата:

Сообщение от tourist

Эти два запроса не эквивалентны, если нет уверенности, что все 10* счета записаны в табличку param и что так будет всегда.

Вопрос был не о эквивалентности двух запросов, а немного о другом

[belugin]

tourist, я полагаю теоретически вариант 2. быстрее, так как SQL в 1. варианте не знает, что можно обойтись index scan по AccountNum, и в 1 варианте сначала сделать tableScan по param, потом nestedLoop по всем записям и indexSсan по LedgerTranns

[CDR]

Хм... Только что опробовал обе конструкции на тестовой табличке с количеством записей около 200 тыс. Результат поразил, однако...
Конструкция с exist join выигрывает в скорости более чем в 10 раз

Ваши каменты по этому поводу?

[Vadik]

Цитата:

Сообщение от CDR

Хм... Только что опробовал обе конструкции на тестовой табличке с количеством записей около 200 тыс. Результат поразил, однако...
Конструкция с exist join выигрывает в скорости более чем в 10 раз
Ваши каменты по этому поводу?

Предварительный диагноз - некорректный тест
Например, запрос в QA без фильтра на DataAreaId
ну и опять же метания между

Цитата:

в нашем случае 10.100 и 10.200)

и

Цитата:

where LedgerTrans.AccountNum like "10.*"

, что есть немного неравнозначные условия

покажи (ничего, что я на ТЫ? ) запросы и планы

[NNB]

Думаю, что Join быстрее при наличии индекса, так как с Like он не используется

[egorych]

Цитата:

Сообщение от NNB

Думаю, что Join быстрее при наличии индекса, так как с Like он не используется

если like '10%' то используется и очень даже эффективно!

[CDR]

Цитата:

Сообщение от Vadik

... ничего, что я на ТЫ? ...

конечно ничего, особенно учитывая, что бывшие коллеги

[belugin]

А планчики можно?

А мой вариант?

[kashperuk]

Честно говоря, тоже думал, что второй будет работать быстрее.
Особенно учитывая, что у LedgerTrans есть индекс, где первым полем идет AccountNum.

Планы бы действительно интересно было посмотреть.

[belugin]

select LedgerTrans where LedgerTrans.AccountNum >= "10."
&&
LedgerTrans.AccountNum < "10/"

[CDR]

Цитата:

Сообщение от belugin

select LedgerTrans where LedgerTrans.AccountNum >= "10."
&&
LedgerTrans.AccountNum < "10/"

Я уже писал, но для особенных повторю .
Вопрос не в том, какие варианты возможны?... как это лучше реализовать?... и т.п.

Вопрос в том, что быстрее exists join или like.