Как оптимизировать вложенные запросы?

Question

[Алексей Королёв]

Есть большой репорт состоящий из запросов типо:

Revision as
(Select Registrations.new_studentid,
        Registrations.New_StudentIdName,
        Filteredcontact.new_accanumber,
        Registrations.new_attendancepercent,
        FilteredNew_Event.New_CourseTypeIdName,
        FilteredNew_Event.New_SessionId,
        FilteredNew_Event.New_SessionIdName,
        FilteredNew_CourseType.New_TrackId,
        FilteredNew_CourseType.New_TrackIdName,
        FilteredNew_CourseType.New_CoursePaperId,
        FilteredNew_CourseType.new_coursepaperidname,
        Registrations.New_companyidname
 From Registrations
 left join FilteredNew_Event on Registrations.New_EventId=FilteredNew_Event.New_EventId
 left join FilteredNew_CourseType on FilteredNew_Event.New_CourseTypeId=FilteredNew_Coursetype.New_CourseTypeId
 left join Filteredcontact on Filteredcontact.contactid = Registrations.new_studentid
 
 Where FilteredNew_CourseType.New_SubTypeId = 'D24330DC-80E3-DB11-AC8D-003048873EE1'),

Каким образом можно оптимизировать такой тип запроса?

Запрос полностью: pastebin.com/Uh7makts

Answer 1

[Дмитрий Ковальский]

Внешне - нормальный запрос без перегибов. Проблема в чем? Долго выполняется?
Без размера таблиц сложно что-то порекомендовать.
Вы джойните Filteredcontact ради 1 поля. Без него никак?

UPD: К тому же это же отчет, а не запрос для отрисовки интерфейса пользователю. Он ведь не по 40 минут строится?

Comments

[Алексей Королёв]

Выполняется порядка минут 5-10, хотя сам запрос 16-18 секунд если напрямую к серверу обращаться. Без поля увы никак.

[Дмитрий Ковальский]

Алексей Королёв: Немного недопонял. Скрипт отчета выполняется 16-18 секунд, а вызов отчета из интерфейса 5-10 минут?? У меня такое чувство что проблема явно не в скрипте. У вас ведь данные не фильтруются на сервере приложения после того как были извлечены из базы?

[Алексей Королёв]

Дмитрий Ковальский: На сколько я понимаю фильтруются, отчет вызывается из MSCRM2011

[Дмитрий Ковальский]

Алексей Королёв: Тормоза скорее всего формируются из-за того что в приложении перелопачивается много лишних данных. Сервер БД отдал ворох всего, Сервер приложения пытается выяснить что из всего этого полезно, а потом формируется отчет. По хорошему репорт-сервер должен дернуть хранимку с передачей всех нужных для фильтрации данных(ну или максимально всех, если все нереально отдать). Запрос сформирует набор данных поменьше и отдаст приложению, а тот спокойно сформирует отчет.

[Алексей Королёв]

Дмитрий Ковальский: Увы не могу сказать, что понял всё что Вы написали. могли бы пояснить про хранимку. или ссылку на первоисточник, а там сам дойду...

[Алексей Королёв]

Дмитрий Ковальский: UPD: Оно - ruseller.com/lessons.php?rub=28&id=1189 ?

[Дмитрий Ковальский]

Алексей Королёв: https://msdn.microsoft.com/ru-ru/library/ms345415(... https://msdn.microsoft.com/ru-ru/library/dd220464(...

Как-то так. Просто отчет строится ведь на основе запроса в БД. Тут есть 2 варианта - или хранимка или прямой запрос в базу. Предпочтительнее первый. Фильтры на уровне отчета предполагают что вы вытащили из базы ворох данных, а сервер отчетов по фильтрам определит какие нужно показывать. Вы можете вместо фильтров - сделать набор параметров которые будут переданы в вызов хранимой процедуры, а уже там произойдет фильтрация и сервер отчетов должен будет только отрисовать нужную таблицу.

[Алексей Королёв]

Дмитрий Ковальский: Спасибо, теперь понятнее, пойду изучать

[Дмитрий Ковальский]

Алексей Королёв: Ну с ответом поторопились) Это всего-лишь моя версия проблемы, но удачи вам.

Answer 2

[Георгий Григорьев]

А вы пробовали временные таблицы? Если выборки из подзапросов не большого размера, то можно просто через временные таблицы построить. На больших выборках, можно тоже временные таблицы, но они будут много скушивать с сервера памяти, и если её не хватит то производительность наоборот упадет. Но если у вас эти подзапросы постоянные, то может стоит сделать материализованные вьюхи, например? Или в принципе подумать над ненормализованной структурой бд.