Стоимость запросов - что это за зверь?

[Человек_Борща]

Всем доброго времени суток!

Дают сабж, админы жалуются что запросы "дорого стоят".

Собственно, что за зверь такой?

БД: Oracle(PLSQL) 10, MS SQL Server 2010 если это имеет значение.

[eval]

вероято сильно грузят проц. ну и/или долго отрабатывают

так а что админы говорят?

[Аватар]

Показывайте свои запросы и индексы таблиц, к которым обращение, желателен ориентировочный объем их, тогда и можно оценить хотя бы виртуально эту стоимость

[Человек_Борща]

так а что админы говорят?

Ну, что-то в этом духе

Этот запрос:
<SQL CODE>

дорого стоит, просим оптимизировать.

Показывайте свои запросы

Ну вот, к примеру этот:

select C.CustId from CUSTOMER C 
left join REMOTEIDS RI on RI.ID = C.CUSTID 
left join REMOTEUSER RU on RU.USERKEY = RI.USERKEY 
where RU.LoginName = '123456789'

Говорят, что этот:

select C.CustId from CUSTOMER C 
where  c.custid= (select ri.id from REMOTEIDS RI where RI.USERKEY=(select ru.userkey from REMOTEUSER RU where RU.LoginName = '123456789'))

будет быстрее. Как это выяснилось? На что смотрят?

индексы таблиц

Без понятия.

желателен ориентировочный объем их

Объём чего? Размеры БД?
Всегда разные, всегда большие(переваливает сотни мб).

Можете сказать, на примере MS SQL Server'а, или PLSQL Developer'а пример, как там где и что смотреть в плане оптимизации запросов?

[eval]

на планы смотрят и на профайлеры, активити монитооры, адвизоры ...

[eval]

select C.CustId from CUSTOMER C
left join REMOTEIDS RI on RI.ID = C.CUSTID
left join REMOTEUSER RU on RU.USERKEY = RI.USERKEY
where RU.LoginName = '123456789'

ну а, хотябы. по размерам данным как в этих таблицах дела обстоят?

статистику можно еще пересобрать

[Аватар]

LEFT JOIN-ы сами по себе достаточно медленные, а еще во WHERE втулили условие хитро

В том запросе вообще достаточно к двум таблицам обратиться

SELECT RI.ID AS CustId
  FROM REMOTEUSER RU,REMOTEIDS RI
  WHERE RU.LoginName = '123456789' AND RU.USERKEY = RI.USERKEY

индексы таблиц - Без понятия.

Плохо, просите админов, чтобы дали перечень индексов и их ключей по используемым таблицам.
А вообще нужно у себя копию базы иметь и отлаживаться на ней

[Человек_Борща]

ну а, хотябы. по размерам данным как в этих таблицах дела обстоят?

Не знаю. Не мои админы.

У меня песочница и БД в парусотен метров, в реалиях же размеры до гигабайтов точно дорастают.

Аватар, т.е. упороться в глубины SQL и понять что медленно, что быстро?

[Аватар]

упороться в глубины SQL и понять что медленно, что быстро?

А как по другому? Теория теорией, но именно это только на практике

[eval]

а и действительно, зачем тут LEFT JOIN-ы, да еще 2?

В том запросе вообще достаточно к двум таблицам обратиться

не факт, если в CUSTOMER, судя по лефту нету данных, а надо знать что он там есть? но тогда первый вопрос еще актуальнее.