Архив форумов ЦИТФорума

[Underking]

Какая разница в производительности между этими запросами?

SELECT table1.Name1, table1.Name2, sum(table2.Price)
FROM table1 INNER JOIM table2 on table1.Name2=table2.Name2
GROUP BY table1.Name1, Table2.Name2

SELECT table1.Name1, Table1.Name2, sel_table.Summa
FROM table1 INNER JOIN
(SELECT Name2, sum(Price) AS Summa FROM table2 GROUP BY Name2) AS sel_table
ON table1.Name2=sel_table.Name2

[and3008]

Второй будет на порядок тормознее. Т.к. подзапросы выполняются медленнее.

Дело в том, что Group BY будет выполнено быстрее, чем аналогичный по сути подзапрос.

[Valera]

Я думаю уще зависит от индексов. Пример

--1
DELETE FROM TMARC WHERE
c_id IN (SLECT c_id FROM CANNEL WHERE c_arc=1) AND c_d

[Underking]

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

[and3008]

При равноиндексированных базах, все равно второй запрос будет тормознее.

[and3008]

Нужно провести тестирование, максимально приближенное к боевому.
Второй запрос более гибок. Но более сложен и есть потенциальная опасность поиметь проблемы.

Если таблицы очень большие (несколько сот тысяч записей), то тормоза будут налицо.

Если меньше - то разницы практически и не будет.

Вообще рекомендую пользоваться профилером (Profiler) он сразу покажет на какой операции самые великие тормоза.

[Valera]

1 пример

DELET FROM TMARC
WHERE c_id IN (SLECT c_id FROM CANNEL WHERE c_arc=1) AND c_d < getdate()-45

2 пример

DELET FROM TMARC
WHERE c_d < getdate()-45

c_id - 1087 шт. у которых c_arc=1 - 968.
Если с_arc=0 то в базе TMARC для этих c_id записей нет.

Так вот 1 запрос выполняется в 100!!! (сто) раз быстрее при тех же индексах.
База очень большая поэтому измерение времени реально.

[Underking]

База не такая чтоб простая, и прям сейчас крайне проблематично довести ее состояния "максимально приближенного к боевым", т.е. набить данными, ибо это надо делать по всем правилам, а не случайными значениями. На простых теблицах с миллионом записей и простым запросом особой разницы не получилось. Мои таблицы будут с сотнями тысяч записей.
В частности мне понадобилось добавить эту самую сумму в существующий запрос. До этого основной запрос даже не имел ни одного GROUP BY, а пришлось добавить их штук 15, да еще и условие кое-какое. Вообщем добавить подзапрос намного легче и быстрее.
Меня интересует, как следует поступать в моем случае? Можно ли считать корректным добавление простого подзапроса?

[and3008]

Все определяется бизнес-логикой. Если надо, значит надо. Делай как тебе необходимо.

[Underking]

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

[and3008]

Тормоза будут тем больше, чем больше будет объем данных в таблицах.