Есть такой вот select
SELECT *
FROM bsik
WHERE bukrs = rbukrs AND zfbdt <= raugdt AND shkzg = 'H'
AND xpypr = '' AND lifnr IN rlifnr AND
AND
( EXISTS ( SELECT * FROM bsis WHERE belnr = bsik~belnr AND
bukrs = bsik~bukrs AND gjahr <= bsik~gjahr AND
fipos IN rfipos AND fistl = rfistl ) OR
EXISTS ( SELECT * FROM bsas WHERE belnr = bsik~belnr AND
bukrs = bsik~bukrs AND gjahr <= bsik~gjahr AND
fipos IN rfipos AND fistl = rfistl ) ) .

Это селект ведет себя странно. Если переменная rfipos (типа range)
имеет такое содержимое
SIGN OPTION LOW HIGH
I |EQ |12410101 |
то селект работает невыносимо долго.
Если же rfipos имеет такое содержимое
SIGN OPTION LOW HIGH
I |BT |12410101 |12410101
что по сути одно и тоже, то селект выстреливает мгновенно.
В чем дело?

Наверное стоит посмотреть план запросов. В частности условие WHERE для каждого случая.

Что за план запросов и где его смотреть. А условие where смыслу одинаково для обоих случаев.

Попробуйте посмотреть какой SELECT формируется при обращении к БД для каждого случая, примерно так:

[url]http://www.sap-easy.net.ru/trc.htm
[/url]

и сравните условие в них условие WHERE.

Похоже сервор глючил, щас все нормально выстреливает.

Еще возможно, что это из-за индексов. Тогда администраторам необходимо провести их реорганизацию.

ваш запрос бесчеловечен..

+1

Вначале нужно определить, почему нельзя использовать фин.позиции и ПФМ на кредиторских позициях документа.
Если они должны отличаются и их нельзя проставить, то лучше разделить запрос на 2 части:
а)выборка по BSIK с inner join BSIS
б)выборка по BSIK с inner join BSAS

Ну и количество выбираемых полей из BSIK лучше ограничить

Иначе ни как. В том плане что фин позиции из кредиторских позиций не катит. Сама была от этого в сильном расстройстве. Насчет разделить посмотрю, сравню. В принципе и сейчас более менее быстро работает.