Это так просто: запрос, который выполняется за несколько секунд в SQL Developer, подключающемся к Oracle 11g, занимает 15-25 минут в SSRS 2008 R2. Я не пробовал другие версии SSRS. Пока я делаю все отчеты о выполнении от VS 2008.
Я использую OLE DB Provider "OraOLEDB.Oracle.1", который в прошлом, казалось, давал мне лучшие результаты, чем использование Oracle.
Вот что я смог определить до сих пор:
• Задержка происходит на этапе выполнения DataSet и не имеет никакого отношения к набору результатов или времени рендеринга. (Подтверждение путем выбора того же набора строк непосредственно из таблицы, в которую я его вставил.)
• Сам SSRS не зависает. Это действительно ожидание Oracle, который находится там, где задержка (доказано завершением сеанса БД со стороны Oracle, что привело к ошибке подсказки в SSRS о прекращении сеанса).
• Я пробовал прямые запросы с параметрами в форме: Параметр. Самые ранние версии моего запроса, которые были более простыми, работали нормально для прямых запросов, но казалось, что они прошли определенную сложность, и запрос из SSRS будет начинаться вечно.
• Затем я переключился на выполнение SP, который вставляет результаты запроса в таблицу или глобальную временную таблицу. Это помогло на некоторое время, заставив меня пойти дальше, чем прямые запросы, но, опять же, кажется, что увеличение сложности или длины запросов в конечном итоге сломало и этот метод. Примечание: запуск SP, заполняющего таблицы, работает, потому что с опцией «использовать одну транзакцию», отмеченной в опциях DataSource, DataSets затем запускаются в порядке их появления в файле rdl. Наборы данных, которые не возвращают полей, все еще работают, если все их параметры удовлетворены.
• Я только что попробовал функцию, возвращающую таблицу, но это все равно не улучшилось, хотя прямые вызовы с литеральными параметрами в SQL Developer возвращаются через 1-5 секунд.
• База данных, о которой идет речь, не имеет статистики. Это часть продукта, созданного поставщиком, и у нас не было времени или участия руководства для создания / обновления статистики. Я поиграл с подсказкой DYNAMIC_SAMPLING, чтобы вычислить статистику на лету, и получил лучший план выполнения: без статистики оптимизатор на основе затрат плохо использовал соединение LOOP вместо соединения HASH, что приводило к схожему многиминутному времени выполнения. Таким образом, я вставил подсказки запроса, чтобы принудительно установить порядок соединения, а также заставить его использовать стратегическое хеш-соединение, сократив время выполнения до нескольких секунд. Я не вернулся и не попробовал выполнить прямые запросы в SSRS, используя эти подсказки выполнения.
• Я получил некоторую помощь от нашего администратора базы данных Oracle, который установил трассировку (или какой-либо другой эквивалент Oracle), и он мог видеть, как все работает, но он пока не нашел ничего полезного. К сожалению, его время ограничено, и нам так и не удалось покопаться, чтобы узнать, что выполняется на стороне сервера. У меня нет опыта, чтобы сделать это быстро, или у меня нет времени учиться тому, как делать это самому. Буду признателен за предложения о том, что делать, чтобы определить, что происходит.
Мои единственные гипотезы:
• Запрос как-то получает неверный план выполнения. Например, неправильно использовать соединение LOOP вместо соединения HASH, когда есть десятки тысяч «левых» или строк внешнего цикла, а не только несколько сотен.
• SSRS может отправлять параметры в виде nvarchar (4000) или чего-то другого, а не чего-то разумного, и поскольку параметры Oracle SP и функции не имеют спецификаций длины, но получают длину своего выполнения из вызова запроса, затем некоторый процесс, такой как перехват параметров портит план выполнения, как в предыдущем пункте.
• Запроскаким-то образом переписывается SSRS / провайдером.Я использую многозначный параметр, но не как есть: параметр передается в виде выражения Join (Параметры! MultiValuedParameter.Value, ","), поэтому его не нужно переписывать.Просто простая привязка и отправка.Я не понимаю, как это может быть правдой в SP и вызовах функций, но, черт возьми, что еще это может быть?
Я понимаю, что это очень сложный и длительный запрос, но он делает именно то, что янеобходимость.Он запускается через 1-5 секунд в зависимости от объема запрашиваемых данных.Вот некоторые из причин сложности:
- Правильная обработка параметра списка центров затрат, разделенных запятыми
- Разрешение на еженедельную разбивку является необязательным и, если включено, обеспечивает все недели вотображается месяц, даже если для них нет данных.
- При необходимости отображается «Нет счетов».
- Допускается переменное количество итоговых месяцев.
- Наличие дополнительногоС начала года.
- Включая данные предыдущего / исторического сравнения, я не могу просто использовать поставщиков этого месяца, я должен показать всех поставщиков, которые будут в любом историческом столбце.
В любом случае, вот запрос, версия SP (хотя я не думаю, что это сильно поможет).
create or replace
PROCEDURE VendorInvoiceSummary (
FromDate IN date,
ToDate IN date,
CostCenterList IN varchar2,
IncludeWeekly IN varchar2,
ComparisonMonths IN number,
IncludeYTD IN varchar2
)
AS
BEGIN
INSERT INTO InvoiceSummary (Mo, CostCenter, Vendor, VendorName, Section, TimeUnit, Amt)
SELECT
Mo,
CostCenter,
Vendor,
VendorName,
Section,
TimeUnit,
Amt
FROM (
WITH CostCenters AS (
SELECT Substr(REGEXP_SUBSTR(CostCenterList, '[^,]+', 1, LEVEL) || ' ', 1, 15) CostCenter
FROM DUAL
CONNECT BY LEVEL <= Length(CostCenterList) - Length(Replace(CostCenterList, ',', '')) + 1
), Invoices AS (
SELECT /*+ORDERED USE_HASH(D)*/
TRUNC(I.Invoice_Dte, 'YYYY') Yr,
TRUNC(I.Invoice_Dte, 'MM') Mo,
D.Dis_Acct_Unit CostCenter,
I.Vendor,
V.Vendor_VName,
CASE
WHEN I.Invoice_Dte >= FromDate AND I.Invoice_Dte < ToDate
THEN (TRUNC(I.Invoice_Dte, 'W') - TRUNC(I.Invoice_Dte, 'MM')) / 7 + 1
ELSE 0
END WkNum,
Sum(D.To_Base_Amt) To_Base_Amt
FROM
ICCompany C
INNER JOIN APInvoice I
ON C.Company = I.Company
INNER JOIN APDistrib D
ON C.Company = D.Company
AND I.Invoice = D.Invoice
AND I.Vendor = D.Vendor
AND I.Suffix = D.Suffix
INNER JOIN CostCenters CC
ON D.Dis_Acct_Unit = CC.CostCenter
INNER JOIN APVenMast V ON I.Vendor = V.Vendor
WHERE
D.Cancel_Seq = 0
AND I.Cancel_Seq = 0
AND I.Invoice_Dte >= Least(ADD_MONTHS(FromDate, -ComparisonMonths), TRUNC(FromDate, 'YYYY'))
AND I.Invoice_Dte < ToDate
AND V.Vendor_Group = '1 ' -- index help
GROUP BY
TRUNC(I.Invoice_Dte, 'YYYY'),
TRUNC(I.Invoice_Dte, 'MM'),
D.Dis_Acct_Unit,
I.Vendor,
V.Vendor_VName,
CASE
WHEN I.Invoice_Dte >= FromDate AND I.Invoice_Dte < ToDate
THEN (TRUNC(I.Invoice_Dte, 'W') - TRUNC(I.Invoice_Dte, 'MM')) / 7 + 1
ELSE 0
END
), Months AS (
SELECT ADD_MONTHS(Least(ADD_MONTHS(FromDate, -ComparisonMonths), TRUNC(FromDate, 'YYYY')), LEVEL - 1) Mo
FROM DUAL
CONNECT BY LEVEL <= MONTHS_BETWEEN(ToDate, Least(ADD_MONTHS(FromDate, -ComparisonMonths), TRUNC(FromDate, 'YYYY')))
), Sections AS (
SELECT 1 Section, 1 StartUnit, 5 EndUnit FROM DUAL
UNION ALL SELECT 2, 0, ComparisonMonths FROM DUAL
UNION ALL SELECT 3, 1, 1 FROM DUAL WHERE IncludeYTD = 'Y'
), Vals AS (
SELECT LEVEL - 1 TimeUnit
FROM DUAL
CONNECT BY LEVEL <= (SELECT Max(EndUnit) FROM Sections) + 1
), TimeUnits AS (
SELECT S.Section, V.TimeUnit
FROM
Sections S
INNER JOIN Vals V
ON V.TimeUnit BETWEEN S.StartUnit AND S.EndUnit
), Names AS (
SELECT DISTINCT
M.Mo,
Coalesce(I.Vendor, '0') Vendor,
Coalesce(I.Vendor_VName, 'No Paid Invoices') Vendor_VName,
Coalesce(I.CostCenter, ' ') CostCenter
FROM
Months M
LEFT JOIN Invoices I
ON Least(ADD_MONTHS(M.Mo, -ComparisonMonths), TRUNC(M.Mo, 'YYYY')) < I.Mo
AND M.Mo >= I.Mo
WHERE
M.Mo >= FromDate
AND M.Mo < ToDate
)
SELECT
N.Mo,
N.CostCenter,
N.Vendor,
N.Vendor_VName VendorName,
T.Section,
T.TimeUnit,
Sum(I.To_Base_Amt) Amt
FROM
Names N
CROSS JOIN TimeUnits T
LEFT JOIN Invoices I
ON N.CostCenter = I.CostCenter
AND N.Vendor = I.Vendor
AND (
(
T.Section = 1 -- Weeks for current month
AND N.Mo = I.Mo
AND T.TimeUnit = I.WkNum
) OR (
T.Section = 2 -- Summary months
AND ADD_MONTHS(N.Mo, -T.TimeUnit) = I.Mo
) OR (
T.Section = 3 -- YTD
AND I.Mo BETWEEN TRUNC(N.Mo, 'YYYY') AND N.Mo
)
)
WHERE
N.Mo >= FromDate
AND N.Mo < ToDate
AND NOT ( -- Only 4 weeks when a month is less than 28 days long
T.Section = 2
AND T.TimeUnit = 5
AND TRUNC(N.Mo + 28, 'MM') <> N.Mo
AND I.CostCenter IS NULL
) AND (
T.Section <> 1
OR IncludeWeekly = 'Y'
)
GROUP BY
N.Mo,
N.CostCenter,
N.Vendor,
N.Vendor_VName,
T.Section,
T.TimeUnit
) X;
COMMIT;
END;
ОБНОВЛЕНИЕ
Даже после изучения всех планов и подсказок Oracle (чтобы перевести мои знания SQL Server), я все еще не мог заставить запрос быстро выполняться в SSRS, пока я не выполнил его в два шага, во-первых, чтобы поставить реальный результат таблицыs в GLOBAL TEMPORARY TABLE, а затем второй, чтобы извлечь данные из этого.DYNAMIC_SAMPLING дал мне хороший план выполнения, который я затем скопировал, используя подсказки соединения и доступа.Вот последний SP (это не может быть функция, потому что в Oracle вы не можете выполнять DML в функции, когда эта функция вызывается внутри инструкции SELECT):
Иногда я клянусь, что это игнорировало мое соединениетакие подсказки, как swap_join_inputs и no_swap_join_inputs, но, судя по моему прочтению, Oracle игнорирует только подсказки, когда их невозможно использовать, или вы делаете что-то не так.К счастью, таблицы поменялись местами надлежащим образом (как и в случае USE_NL(CC), он надежно помещает таблицу CC в качестве поменянного левого входа, даже если он присоединен последним).Это болезненная поездка, но если есть одна вещь, которую я узнал, так это то, что работа в базе данных без должным образом обновленной статистики (которую я собираюсь рассмотреть, чтобы добавить нашего администратора баз данных, даже если поставщик не заботится о них), может бытьнастоящая катастрофа для тех, кто хочет добиться успеха в разумные сроки.