Кто нибудь сталкивался?

Правое соединение перекидывает на левое а из двух правых вообще все ломает и делает одно левое.

Покажи запрос.

ВЫБРАТЬ
    Очередь.Ссылка КАК ОчередьФайловНаПодписаниеСсылка,
    Очередь.Файл КАК ФайлСсылка,
    Очередь.ХэшСертификата КАК Хэш
ИЗ
    Справочник.ОчередьФайловНаПодписание КАК Очередь
        ПРАВОЕ СОЕДИНЕНИЕ РегистрСведений.ТекущиеСостоянияДокументов КАК СостояниеЗарегистрирован
        ПО (Очередь.Файл.ВладелецФайла = СостояниеЗарегистрирован.Документ)
            И (СостояниеЗарегистрирован.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован))
            И (ДОБАВИТЬКДАТЕ(СостояниеЗарегистрирован.ДатаУстановки, СЕКУНДА, 300) < &ТекущаяДата)
        
        ПРАВОЕ СОЕДИНЕНИЕ РегистрСведений.ТекущиеСостоянияДокументов КАК СостояниеУтвержден
        ПО (Очередь.Файл.ВладелецФайла = СостояниеУтвержден.Документ)
            И (СостояниеУтвержден.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Утвержден))
            И (ДОБАВИТЬКДАТЕ(СостояниеУтвержден.ДатаУстановки, СЕКУНДА, 300) < &ТекущаяДата)
            
ГДЕ
    Очередь.ДатаВыгрузки = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
    И НЕ Очередь.Файл.ПометкаУдаления
    И НЕ Очередь.ПометкаУдаления

УПОРЯДОЧИТЬ ПО
    Очередь.ДатаСоздания

и брюки превращаются в элегантные шорты (с)

ВЫБРАТЬ
    Очередь.Ссылка КАК ОчередьФайловНаПодписаниеСсылка,
    Очередь.Файл КАК ФайлСсылка,
    Очередь.ХэшСертификата КАК Хэш
ИЗ
    РегистрСведений.ТекущиеСостоянияДокументов КАК СостояниеЗарегистрирован
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ОчередьФайловНаПодписание КАК Очередь
        ПО Очередь.Файл.ВладелецФайла = СостояниеЗарегистрирован.Документ
            И (СостояниеЗарегистрирован.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован))
            И (ДОБАВИТЬКДАТЕ(СостояниеЗарегистрирован.ДатаУстановки, СЕКУНДА, 300) < &ТекущаяДата),
    РегистрСведений.ТекущиеСостоянияДокументов КАК СостояниеУтвержден
ГДЕ
    Очередь.ДатаВыгрузки = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
    И НЕ Очередь.Файл.ПометкаУдаления
    И НЕ Очередь.ПометкаУдаления

УПОРЯДОЧИТЬ ПО
    Очередь.ДатаСоздания

(2) а чем правое от левого отличается?

(0)Если нет в разнице результата запроса,то в чем дело?
Коммерческий код пишешь-результат от кол-ва строк кода?

разница есть

ппц у тебя запрос в (2) , там надо заменить

И (СостояниеЗарегистрирован.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован))
на

И (СостояниеЗарегистрирован.Состояние В (ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован),ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Утвержден))

ну и одно левое это будет правильно

(7) Думаешь прокатит? Чо то я очкую Славик (с)

ВЫБРАТЬ
    Очередь.Ссылка КАК ОчередьФайловНаПодписаниеСсылка,
    Очередь.Файл КАК ФайлСсылка,
    Очередь.ХэшСертификата КАК Хэш
ИЗ
    Справочник.ОчередьФайловНаПодписание КАК Очередь
        ПРАВОЕ СОЕДИНЕНИЕ РегистрСведений.ТекущиеСостоянияДокументов КАК СостояниеЗарегистрирован
        ПО (Очередь.Файл.ВладелецФайла = СостояниеЗарегистрирован.Документ)
            И (СостояниеЗарегистрирован.Состояние  В (ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован),ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Утвержден))
И (ДОБАВИТЬКДАТЕ(СостояниеЗарегистрирован.ДатаУстановки, СЕКУНДА, 300) < &ТекущаяДата)
вот так в примерно,правое на левое он тут сам заменит

хотя я пьян и все накуй могу перепутать

состояние вообще для наглядности бы вынес из соединения в
ГДЕ

и в результате запрос возвращает лажу отличную от того что в (2)

хотя с ГДЕ я погорячился

у тебя клиент сервер? если да то глянь в скуле во что он твой запрос из (2)  в итоге превращает

объясню суть
Есть элемент справочника
Есть регистр состояний

у элемента например могут быть два состояния это две записи в регистре (записей может и не быть)

Нужно отобрать такие элементы справочника у которых в регистре есть 2 определенных состояний и установлены они были некотрое время назад.

Запрос в (2) делает то что нужно, но почему конструктор курочит запрос не пойму.

Это бага или фича? ))

Запросы надо нормально писать.

(14) возвращает две записи

     34    Наимен1 000
     35    наимен2 001

ВЫБРАТЬ
        ТекущиеСостоянияДокументов.Документ
ПОМЕСТИТЬ ТекущиеСостоянияДокументов
ИЗ
    РегистрСведений.ТекущиеСостоянияДокументов КАК ТекущиеСостоянияДокументов
ГДЕ
    ТекущиеСостоянияДокументов.Состояние В ((ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Зарегистрирован),ЗНАЧЕНИЕ(Перечисление.СостоянияДокументов.Утвержден))
    И (ДОБАВИТЬКДАТЕ(ТекущиеСостоянияДокументов.ДатаУстановки, СЕКУНДА, 300) < &ТекущаяДата);
///////////////////////////////////////
ВЫБРАТЬ
        Очередь.Ссылка КАК ОчередьФайловНаПодписаниеСсылка,
        Очередь.Файл КАК ФайлСсылка,
       Очередь.ХэшСертификата КАК Хэш
ИЗ
    ТекущиеСостоянияДокументов
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ОчередьФайловНаПодписание КАК Очередь
ПО Очередь.Файл.ВладелецФайла = ТекущиеСостоянияДокументов.Документ

(16) То есть ты считаешь если я написал запрос а конструктор его переколбасил так что получившийся после него запрос возвращает совсем другие данные  - это нормально? Типа оптимизировал?

(19) конструктор всегда правое на левое кидает

и, может быть, он просто офигел от твоего запроса

А ПРАВОЕ Б = Б ЛЕВОЕ А.
Просто, Очередь.Файл.ВладелецФайла=СостояниеЗарегистрирован.Документ это соединение через получение дочернего объекта, Файл-то у тебя справочник. Так что неявно используется ещё одна таблица.

И потом, зачем два соединения, когда они по сути тоже самое.

(22) Ты прав насчет владельца, учту.

(19) Без обид, просто мои запросы конструктор никогда не превращает в неожиданный вариант.

Это всегда так было. Ничего удивительного.

(25) +1
первый раз слышу, что КЗ модифицирует текст запроса
судя по запросу, не удивительно

простые правила
1. никогда не использовать правое соединение
2. никогда не использовать несколько соединений, если есть а)возможность объединения через условие
б)использование группового условия
3. стараться не использовать точку
профит

пиши запрос так, будто пишешь его для профайлера
один фиг ему потом чёрную работу делать

(29) вот теперь будешь объяснять человеку что такое профайлер

(30) Отличная штука,чтобы думать при написании запросов :)

Никто мастер класс не покажет, как должен выглядеть расово правильный запрос, что бы не медленнее чем запрос в (2) и конструктор что бы не глючил?

(32) все вопросы к GROOVY

или просто прочитать книгу по T-SQL