Добрый день возможно ли получить запросом следующее:
у дока две таб части "Затраты" и "Услуги", по одной записи в каждой табчасти

пишем

ВЫБРАТЬ
    ТСРейсЗатраты.Ссылка КАК Ссылка,
    ТСРейсЗатраты.СпособРаспределения КАК СпЗатраты,
    "пусто" КАК СпУслуги
ИЗ
    Документ.Рейс.Затраты КАК ТСРейсЗатраты

ОБЪЕДИНИТЬ

ВЫБРАТЬ
    ТЧРейсУслуги.Ссылка,
    "пусто",
    ТЧРейсУслуги.СпособРаспределения
ИЗ
    Документ.Рейс.Услуги КАК ТЧРейсУслуги

результат получаем
док        затраты    услуги
Рйес N123 | Вес      | пусто
Рйес N123 | пусто    | Объем

возможно ли получить запросом результат
Рйес N123 | Вес      | объем

всегда думал что "объединить" свернет таблицу

(0) что ты будешь делать когда количество строк не совпадёт, а значения будут различные?

(1) не правильно думал.
свернет таблицу группировка в запросе или метод Свернуть() у ТаблицыЗначений

записи продублируются, если значение и количество строк различное, а в этом идеальном примере, что сгруппировать, чтобы получить результат?

вернее продублируются записи с одинаковым полем ссылка

(4) Левое соединение по номеру строки

(5) вернее ничего не дублируется никогда, лишь только иногда убираются одинаковые строки

ZDenis, левое соединение не подходит, могут быть пустыми как затраты так и услуги у документа, первичного тут ничего нет

(8) Тогда по какому принципу ты хочешь соединить одно с другим? Две не связанные никаким боком ТЧ, но хочешь выстроить их в линию.

(8) а документ несчетово? и "пусты" приведите к типу поля

Йохохо, что? не понял к сожалению..

ZDenis как раз связанные, одинковые таблицы одной ссылки документа, отразить в результате корреляцию.

(12) так строки ТЧ по смысле друг с другом связаны?

а так пиши конечно

ВЫБРАТЬ
    ТСРейсЗатраты.Ссылка КАК Ссылка,
    ТСРейсЗатраты.СпособРаспределения КАК СпЗатраты,
    ТЧРейсУслуги.СпособРаспределения КАК СпУслуги
ИЗ
    Документ.Рейс.Затраты КАК ТСРейсЗатраты,
    Документ.Рейс.Услуги КАК ТЧРейсУслуги
ГДЕ
    ТСРейсЗатраты.Ссылка = &Ссылка И ТЧРейсУслуги.Ссылка = &Ссылка

это запрос не подходит если в базе два дока РейсN123 и РейсN124
а результат должен быть
Рйес N123 | Вес      | объем
Рйес N124 | Вес      | объем

даже если в затратах две строки и вес и объем, а в услугах только объем

все равно результат для корреляции годный

Рйес N123 | Вес      | объем
Рйес N123 | Объем    | объем

с этим что-то можно сделать,
но никак не с
Рйес N123 | Вес      | пусто
Рйес N123 | Объем    | пусто
Рйес N123 | пусто    | Объем

(16) Так у тебя там числовые поля или нет? Как то название колонок Вес и Объем не вяжется с тем что ты выбираешь.
Если числовые, то вместо пусто надо 0, а потом сгруппировать по рейсу

Нет, это перечисления

это понятно, что там где пусто будет 0, а там где Вес или Объем будет чисо, сумма по группировке и свернет таблицу, вопрос и есть в том, можно ли как то свернуть по значениям не числовым без суммирования

помоему желание законное) получить необходимый результат..

вот смотрю я на таблицу

Рйес N123 | Вес      | пусто
Рйес N123 | пусто    | Объем

и кажется что можно вырулить её в

Рйес N123 | Вес      | объем

или запросом врятле?

(19) МАКСИМУМ не суммирует

(21) Можно в запросе, мы не против -)

(21)
ВЫБРАТЬ
    Данные.Ссылка КАК Ссылка,
    МАКСИМУМ(Данные.СпЗатраты) КАК СпЗатраты,
    МАКСИМУМ(Данные.СпУслуги) КАК СпУслуги
ИЗ (
ВЫБРАТЬ
    ТСРейсЗатраты.Ссылка КАК Ссылка,
    ТСРейсЗатраты.СпособРаспределения КАК СпЗатраты,
    NULL КАК СпУслуги
ИЗ
    Документ.Рейс.Затраты КАК ТСРейсЗатраты

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ТЧРейсУслуги.Ссылка,
    NULL,
    ТЧРейсУслуги.СпособРаспределения
ИЗ
    Документ.Рейс.Услуги КАК ТЧРейсУслуги
) КАК Данные
СГРУППРОВАТЬ
Данные.Ссылка

Максимум почти подходит, но к сожалению мы не получим

Рйес N123 | Вес      | объем
Рйес N123 | Объем    | объем

в случае разного количество строк

(25) с весом да, беда, придется суммировать

+(27) ЕстьNULL() необходимо добавить и значение по умолчанию.

а идея в том чтобы потом, наложить "Где" затраты <> услуги, и получить раскорреляцию
ну видимо запросом это не судьба

Рйес N123 | Вес      | объем

правда запутал неправильным названием тут всех

док        способ затраты      способ услуги
Рйес N123 | СпособПоВесу      | пусто
Рйес N123 | пусто             | СпособПоОбъему

(28) Да ладно - не получится?
Если на бумаге получится, то и в запросе получится.

В (0) неверно задачу сформулировал, а тут народ что-то решает.

(28) "раскорреляция", порко мадонна, дисфункция протагониста

ну там в шапке в запросе написано СпособРаспределения, это не число как бы

у СпособРаспределения значение равно Объем

Если способ это одно и тот же тип и неважно сколько изначально каждого, то предварительно таблицы сверни, что бы двойников не было.
Первой таблице добавь -1, а второй +1.
Сложи таблицы и там где ноль, всё сошлось. Тебя интересует не ноль.

Чел Ораклист, сказал что такие вопросы у себя на раз решает, там одни запросы у него,я ему верю

(36) Тебе и тут сказали, что задача крайне простая.

Более того одну решили, а вторую рассказали как решать.

Так как с первого раза не смог правильно условие сформулировать.

Said_We, через ЕстьNull()?

(36) задача то плёвая. просто ты не можешь её адекватно донести.

почитайте еще раз шапку, что там не корректного?

Правильно сформулированное условие задачи, это 80% решения.

(40) Значение(Перечисление.СпособРаспределения.ПустаяСсылка)

(44) Не у него в (0) строка "пусто" зачем-то.
Хрен его знает что за задачу ему надо решить :-)

"пусто" для наглядности результата, емае, ну вы там по чем то, чтоли?

По чем то девчоночки на улице стоят.
А мы под пивом можем максимум и только в пятницу.

Ещё раз расскажи с самого начала и не чего не упуская что необходимо. И не важно что до этого в ветке писал.

(28) Так,  а максимум-то почему не используешь?

(46) (44) вместо "пусто", а вместо "пусто" давай сам

максимум получит заместо результата

Рйес N123 | Вес      | объем
Рйес N123 | Объем    | объем

результат

Рйес N123 | Объем    | объем

если в затратах две строки и вес и объем, а в услугах только объем

(50) Тогда тебе полное соединение нужно использовать

Вместо объединения

(50) "не упуская" - это видать ничего не упуская.....
Только ты знаешь что такое рейсы и что такое объемы и какого они типа.
Хотя бы пример привел, если с формулировкой задачи такие серьёзные проблемы.

(51) Не надо на 99%.

(8) ну сделай полное соединение.

ВЫБРАТЬ
    ТЧ1.Ссылка КАК Ссылка,
    ТЧ1.СпособРаспределения  КАК СпЗатраты,
    ТЧ2.СпособРаспределения  КАК СпУслуги
ИЗ
    (ВЫБРАТЬ
        вТЧ1.Ссылка КАК Ссылка,
        вТЧ1.НомерСтроки КАК НомерСтроки,
        вТЧ1.СпособРаспределения  КАК СпособРаспределения
    ИЗ
        Документ.Рейс.Затраты КАК вТЧ1
    ГДЕ
        вТЧ1.Ссылка = &Ссылка) КАК ТЧ1
        ПОЛНОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
            вТЧ2.Ссылка КАК Ссылка,
            вТЧ2.НомерСтроки КАК НомерСтроки,
            вТЧ2.СпособРаспределения  КАК СпособРаспределения
        ИЗ
            Документ.Рейс.Услуги КАК вТЧ2
        ГДЕ
            вТЧ2.Ссылка = &Ссылка) КАК ТЧ2
        ПО (ТЧ1.Ссылка = ТЧ2.Ссылка
                И ТЧ1.НомерСтроки = ТЧ2.НомерСтроки)

(53) Соединение + группировка по всем полям. И ТС получит, что хотел

(54) Зачем соединение по номеру строки?

(56) Зачем вообще соединение если именно это необходимо реализовывать?

если полным соединением
тогда получим

Рйес N123 ЛЕВЫЙ |Рйес N123 ПРАВЫЙ | Вес      | объем
Рйес N123 ЛЕВЫЙ |Рйес N123 ПРАВЫЙ | Объем    | объем

(57) Предпочитаю отвечать на поставленный вопрос, а не "лечить" автора

(58) Так. Чего тебе тут не хватает?

(60) Чего ему не хватало в (24)?

(61) Соединения

alarm2020, впринципе годный вариант,

получается объединением тут не вырулить, я так понимаю.

Said_We , ну не подходит максимум в группировке по двум строкам с разным перечислением, они обе нужны.

ВЫБРАТЬ
    Данные.Ссылка КАК Ссылка,
    ЕстьNULL(МАКСИМУМ(Данные.СпЗатраты), "ПУСТО для НАГЛЯДНОСТИ ё маё") КАК СпЗатраты,
    ЕстьNULL(МАКСИМУМ(Данные.СпУслуги), "ПУСТО для НАГЛЯДНОСТИ ё маё") КАК СпУслуги
ИЗ (
ВЫБРАТЬ РАЗЛИЧНЫЕ
    ТСРейсЗатраты.Ссылка КАК Ссылка,
    ТСРейсЗатраты.СпособРаспределения КАК СпЗатраты,
    NULL КАК СпУслуги
ИЗ
    Документ.Рейс.Затраты КАК ТСРейсЗатраты

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ РАЗЛИЧНЫЕ
    ТЧРейсУслуги.Ссылка,
    NULL,
    ТЧРейсУслуги.СпособРаспределения
ИЗ
    Документ.Рейс.Услуги КАК ТЧРейсУслуги
) КАК Данные
СГРУППРОВАТЬ
    Данные.Ссылка
ИМЕЮШИЕ
     МАКСИМУМ(Данные.СпЗатраты) <> МАКСИМУМ(Данные.СпУслуги)

РАЗЛИЧНЫЕ - добавил, что бы предварительно свернуть и ЕСТЬNULL для наглядности ё маё :-)

(63) Через ЕСТЬNULL() свернешь левое-правое поле в одно. Будет в точности твой результат

(59) Кто кого лечит?
Нет поставленного вопроса - нет ответа, а только догадки, и ответы кто как понял вопрос.

Ага, оно, спасибо!
просто я как-то иначе относился к конструкции "объединить"))

(66) По мне, так вопрос довольно сносно сформулирован. Хоть и не с первого раза

(64) РАЗЛИЧНЫЕ ты добавил, потому что синтаксис запроса плохо знаешь

(67) Она, кстати, может сворачивать (правда этим очень редко пользуются). Но не в твоем случае

(67) Интересно как?
Там всего два варианта:

ОБЪЕДИНИТЬ ВСЕ
и
ОБЪЕДИНИТЬ

Разница в том, что во втором варианте ОБЪЕДИНИТЬ - это фактически ОБЪЕДИНИТЬ ВСЕ, а потом РАЗЛИЧНЫЕ.

(64) Какого-то конкретного запроса?

(69) Какого-то конкретного запроса?

(71) О, уже подучился!

(73) Обрати внимание что РАЗЛИЧНЫЕ относятся к выборкам из разных табличных частей. И для каждой своя инструкция РАЗЛИЧНЫЕ используются.

Не к чему тащить на следующие этапы запроса огромные данные. Если сразу можно свернуть, то сворачиваем. Там для каждого документа может по пару способов распределения всего. Если способ это перечисление, то сколько может быть в документе - правильно всего чуть чуть. :-)

(67) Ответ был ещё в 24.
То чего ты не знал или забыл, это то что:
Максимум(ЛюбоеЗначениеНеNULL, NULL) = ЛюбоеЗначениеНеNULL
Максимум(NULL, NULL) = NULL
Минимум(ЛюбоеЗначениеНеNULL, NULL) = ЛюбоеЗначениеНеNULL
Минимум(NULL, NULL) = NULL

Порой удивляешься количеству извращений у людей....

Сперва выбери в ВТ через ОБЪЕДЕНИТЬ ссылки, потом левым соединением связывай и группируй.

(75) Зачем первый шаг? Чтобы работало быстрее?

(76) Ага. Ему по логике нужно полное соединение - он заранее не знает какие данные есть в какой табличной части. Но с полным может получиться нехорошо, если там данных ну очень много будет. Ещё вариант - (24)\(74).

(77) А данных будет относительно немного? Почему вы такой вариант не рассматриваете? Вообще-то обычно пишут о том, что данных много. Здесь этого не прозвучало. Я считаю, что по возможности следует отдавать приоритет простоте над производительностью

А ЕСЛИ данных будет относительно немного...

(58) ты мне тут не упражняйся в имитации запросной машинки. пойди да выполни запрос в консоли и не выдумывай.

(75) "Порой удивляешься количеству извращений у людей....
Сперва выбери в ВТ через ОБЪЕДЕНИТЬ ссылки, потом левым соединением связывай и группируй."

Не говори. Извращаются как могут. Сначала потратят время и ресурс в памяти на сбор в ВТ ВСЕХ ссылок документа вида Рейс. Нужны же все. Потом ЛЕВОЕ СОЕДИНЕНИЕ кого-то с кем-то......
Удивляют и Удивляют.....
:-)

(81) А немножко подумать и понять что речь идёт только о тех что в документе\документах которые автору нужны?

(79) Вот думать что там будет и как лучше - уже задача автора, никак не моя. Ну и "усложнение" в виде написания запроса не в 13 строк а в 15 - это конечно не читаемо. Тут нужен уже программист не за 200к а за 300.

док        затраты    услуги
Рйес N123 | Вес      | пусто
Рйес N123 | пусто    | Объем

а если попробовать сделать не через Объединить, а соединить таблицы левым соединением. и через
Выбор
Когда Услуги = Значение(Спр.услуги.пустаяСсылка)
Тогда Вт1.Услуги1
Иначе Вт0.услуги
конец
так не прокатит разве?

ВЫБРАТЬ
    СписокРейсов1.Рейс КАК Рейс,
    ВЫРАЗИТЬ(СписокРейсов1.Вес КАК СТРОКА(12)) КАК Вес,
    ВЫРАЗИТЬ(СписокРейсов1.Услуги КАК СТРОКА(12)) КАК Услуги
ПОМЕСТИТЬ ВТ1
ИЗ
    &СписокРейсов1 КАК СписокРейсов1
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    СписокРейсов1.Рейс КАК Рейс,
    ВЫРАЗИТЬ(СписокРейсов1.Вес КАК СТРОКА(12)) КАК Вес,
    ВЫРАЗИТЬ(СписокРейсов1.Услуги КАК СТРОКА(12)) КАК Услуги
ПОМЕСТИТЬ ВТ2
ИЗ
    &СписокРейсов2 КАК СписокРейсов1
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    ВТ1.Рейс КАК Рейс,
    ВЫБОР
        КОГДА ВТ1.Вес = ""
            ТОГДА ВТ2.Вес
        ИНАЧЕ ВТ1.Вес
    КОНЕЦ КАК Поле1,
    ВЫБОР
        КОГДА ВТ1.Услуги = ""
            ТОГДА ВТ2.Услуги
        ИНАЧЕ ВТ1.Услуги
    КОНЕЦ КАК Поле2
ИЗ
    ВТ1 КАК ВТ1
        ЛЕВОЕ СОЕДИНЕНИЕ ВТ2 КАК ВТ2
        ПО ((ВЫРАЗИТЬ(ВТ1.Рейс КАК СТРОКА(12))) = (ВЫРАЗИТЬ(ВТ2.Рейс КАК СТРОКА(12))))

в принципе, если решать (0), то работет

(85) "&СписокРейсов1" это ТЗ предварительно собранная зачем? Что бы потом её же засунуть в запрос в качестве параметра и во временную таблицу?
Зачем такие сложности?
Зачем тормозные JOIN использовать на право и на лево, там где можно обойтись без них?

(87) я накидал запрос себе и проверил вывод. Суть была в "Выбор когда тогда и итд"

(87) Он ведь будет в запросе получать значения из документа, у него уже есть его таблица, а у меня только консоль)

(50) > если в затратах две строки и вес и объем, а в услугах только объем
(0) >  по одной записи в каждой табчасти

Ты б определился, а?

Такой увлекательной угадайки и по телевизору не посмотришь