Есть такой небольшой вьювер



Он возвращает текущие значения по группам Salary_id, изменения которых храняться во времени и по дате изменений (т.е. есть возможность изменения задним числом) в таблице SalaryValue. У меня 10 групп, и одна из них не имеет текущего значения, поэтому такой запрос:

вернет 9 записей. Все вроде как правильно. Далее хотим получить параметры групп вместе с текущими значениями:


По идее должно вернуться 10 записей, из которых одна группа в полях WorkDate, SalaryValue, TarifValue будет содержать NULL. А вот и ничего подобного - в этих полях этой группы стоят последние значения, которые были до того, как было зафиксированно удаление значения группы в таблице SalaryValue. Меняю LEFT JOIN на INNER JOIN - возвращается только 9 групп, то есть вьювер отработал правильно. Возвращаю обратно - опять та же байда. Смотрю план - в нем вьювер полноценно отрабатывает и возвращает 10 записей, хотя при плане простого запроса к вьюверу возвращается 9 записей. Честно говоря я страшно удивляюсь, потому как запрос, использующий вьювер, элементарен. Вместо вьювера тогда создаю inline функцию, результат естественно тот же. Тогда ради интереса создаю функцию, возвращаюшую табличную переменную, в которую запихиваю этот вьювер. Сразу в запросе вместе с такой функцией все начинает нормально работать. Вопрос на засыпку - что это - глюк или ... (на этом мысли заканчиваются) :)

Как вы наверное уже поняли SQL у меня 2000 (Desktop Engine version)

Не получится - в вложенных запросах нельзя использовать ORDER BY :(

SergSuper:

Угу - возвращает именно 10 записей, так как в таблице Salary их именно столько и есть. Я в этой истории одного не понимаю - если вьювер возвращает 9 записей и если он обьединяется с Salary INNER JOIN - то тоже возвращается 9 записей. То почему блин по LEFT JOIN возвращается 10 полноценных записей, когда одна запись должна в своих полях (которые из вьювера) содержать NULL, а не значения. Я конечно понимаю, что вьювер немножко диковат, много раз обращается к одной и той же таблице в подзапросах, но факт остается фактом - возвращает то он именно то, что надо. Доказательством является хотя бы то, что достаточно перегнать результаты выполнения вьвера в темповую таблицу и в злополучном запросе вместо вьювера подставив темп. таблицу получим на выходе 10 записей, из которых одна запись в нужных полях будет содержать NULL. Главное прикольно, что обнаружил это чисто случайно, когда ради интереса в клиенте убил задним числом один тариф, нового не поставил и решил посмотреть, что покажет список текущих тарифов, который и нужен то только для того, чтобы юзер видел просто значения тарифов на данный момент. В реальных расчетах все равно используются другие скрипты получения значения тарифов из за постановки, где тариф имеет право меняться несколько раз в течении расчетного периода.

Проблему то я решил конечно через UDF, но все равно она меня волнует, потому как в БД есть вьювера и inline-функции, по сравнению с которыми данный вьювер является маленьким и детским, возвращает мало записей, фактически ничего не делает. Не хотелось бы такую же ситуацию получить не в безобидной как здесь варианте покажи доброму юзеру последние действующие тарифы, а в критичном для проекта месте.

Glory:
Попробую, тогда напишу, что получилось :)

Ради интереса разглядывал планы выполнения скриптов:

и

Во втором идет ветка ветвления LEFT JOIN, далее в ней план абсолютно идентичен первому запросу. Только вот в первом запросе в середине плана с 10 записей срезается до 9, а во втором так 10 записей и остаются. Чудеса блин :)

Народ - а перевести можно, а то я не очень с нормальным инглишем в ладах, странно - в BOL все понимаю, а здесь чего то запутался :)

RatTail:
Ну что же поделать, такова наша многогранная жизнь. Каждый иногда генерит "какую-то мутоту". Кто то сам, а кто то через макропроцессор. Кому как больше нравится :)