Есть заказ поставщику. В нём есть Товар и его цвет.
Нужно выбрать то, что есть в самом заказе + такой же товар, но другого цвета, который есть на остатке, но нет именно в этом заказе.
Выбрать в запросе.
Заказов в запросе может быть несколько.

Обычный запрос по товару без условия по характеристике

(1) Не получится. Мне нужно вывести товары с цветами.
Т.е.
Товар - Цвет - Заказ - Остаток

Просто дополнить то, что уже есть в заказе теми цветами, которых в заказе нет, но на остатке есть.

ну выводи, кто мешает

(4) Вот я и спрашиваю, как это сделать.

Да, я забыл сказать, что нужно группировка по заказам.
Т.е. отчёт выглядит примерно так:
Заказ 1
Товар 1; цвет 1; 10; 15
Товар 1; цвет 2; 10; 0
Товар 1; цвет 3; 0; 10

Типа такого?
http://subsystems.ru/upload/iblock/324/tab_20.png

Активные заказы - внизу по каждому анализ, плюс наличие.

(7) Тут, как я понимаю показывает только то, что есть в выбранном вверху заказе.
А мне нужно то, что в заказе, вне зависимости от того, есть ли оно на остатке + то, те товары, которые в заказе есть, но в самом заказе нет цветов.

Например есть товар iPhone. Он может быть Белый, Черный или Красный.
В заказе у меня только Чёрный, но на остатке есть и Белый и Красный.
Хочу по этому заказу показать, что Чёрных заказано 10, на остатке столько то,
По этому же заказу показываю Крансый и Белый, но количество заказано = 0, а остаток тот, который есть.
А в другом заказе может быть наоборот.
И этих заказов у меня может быть 10 и всё нужно в одном отчёте.

цвета = характеристики.

делаешь запрос по остаткам по товару - выйдут все характеристики что есть на остатках.

У меня цвета - это цвета но это не важно.
Запрос по остаткам я сделал. Но я иду от заказа, а не от остатков. Остатки - вспомогательный.

У меня есть обработка подбора - справочник номенклатуры - где выводится вся информация что может быть нужна при работе с товарами при продаже.

http://subsystems.ru/upload/iblock/f5e/rmm_prodaz_1.png

Там есть закладки все - остатки, заказы, резервы, все в детализациях полных.

Все что нужно набрать в поиске товар и все выйдет.

(10) ну два запроса.

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

вернее один запрос.

заказы, и левым соединением остатки

У меня стойкое ощущение, что ты не понимаешь, чего я хочу.
Ещё раз перечитай № 8, то, что у тебя в обработке мне вообще не подходит.
Я и могу сделать то, что мне нужно выполнив два запроса, один по остаткам, второй по заказам, а потом идти по заказам и добавлять нужные мне товары в цикле. Но я хочу сделать всё в одном запросе.

Ну или по римеру (7) можно тоже элементарно вывести остатки товара по другим характеристикам.
делов на пять минут.

(11) это че 10.3?

(14) еще раз. один запрос.

Заказы - к нему левое соединение по остаткам с условием соединения только по номенклатуре. Без характеристики.

Тогда выйдет отчет - все заказы - товары и товары которые есть на остатках но с другими характеристиками

да пофиг че. и ут10 и ут11 все делается и у меня есть и там и там.

(18) Ты свою обработку подбора в ут11 на базе свыше 100ГБ и 200к номенклатуры открывал?

(19) размер базы пофигу. открывал на 500к в автозапчастях.

И странный вопрос - типовой же открывается. а мой еще быстрее типового.

Так?
ВЫБРАТЬ
    ВТЗаказы.Номенклатура КАК Номенклатура,
    ВТЗаказы.Цвет КАК ЦветЗ,
    ВТОстатки.Цвет КАК Цвет,
    ВТЗаказы.ЗаказПоставщику
ИЗ    
    ВТЗаказы
    ЛЕВОЕ СОЕДИНЕНИЕ ВТОстатки
        ПО ВТЗаказы.Номенклатура = ВТОстатки.Номенклатура

Там вся информация - выборка происходит при активации строки с товаром и нужной закладки.
А по умолчанию все основные (первые закладки) не делают запросов.

Поэтому там все быстро

(20) чиво, чиво? Это где у тебя 100500 объединений с вложенными запросами в дин списке быстрее?

(21) да

(23) ты путаешь. разработки.
подбор номенклатуры у меня запрос - легче типового. там никаких 100500 соединений нет

(22) выборка происходит при активации строки с товаром и нужной закладки

Ааа, ну тада ясно.

(24) не работает
Выводит таблицу, где скажем для цвета белый из заказа повторяются все возможные цвета из остатков. При этом эти же цвета есть и в заказе.

в моем подборе есть основной динамический список, где все просто.

а дополнительные инфо выходят запросами при активации нужной строки и при условии активации определенной закладки.

то есть

1) имеем основной список - где все просто
2) все доп расшифровки = отдельные мини запросы при определенных действиях с интерфейсом.

Работает только если в заказе товар встречается один раз

А не, даже в этом случае не работает

Все должно работать.

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

Смотри. Предположим у меня в заказе 2 цвета Красный и Белый. На остатке есть все три: Красный, Белый, Чёрный.

Что я получу на выходе простым соединением:
Красный - Красный
Красный - Белый
Красный - Черный
Белый - Красный
Белый - Белый
Белый - Черный

А мне нужно так:
Красный - Красный
Белый - Белый
Черный - нет такого цвета в заказе

ПО ВТЗаказы.Цвет  <> = ВТОстатки.Цвет

ПО ВТЗаказы.Цвет  <> ВТОстатки.Цвет

сделай запросом через ОБЪЕДЕНИТЬ

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

не (35) не нужно.

достаточно (34) в соединение добавить чтобы не выходили остатки цветов которые есть в заказе. тоесть условие неравенства

Пробовал я и через неравенство. Не работает. Потому, что он тогда для каждого цвета из заказа берёт всё из остатков с другим цветом. А мне опять же всё не нужно.

Я понял что тебе нужно.

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

тогда у тебя будет ровная таблица как тебе нужно.

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

ну в принципе


1) запрос по заказам
ОБЪЕДИНИТЬ ВСЕ
2) запрос по остаткам

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

тогда будет четкая таблица

то есть не нужно будет два раза иметь переменную с цветом

Стартмани, в самом слове звучит Старт Мани.

опс не туда

Вот так получилось:

ВЫБРАТЬ РАЗЛИЧНЫЕ
    ОЗ.НоменклатураО,
    ОЗ.ЦветО,
    ОЗ.ЗаказПоставщику,
    ОЗ.Остаток
ИЗ (
    ВЫБРАТЬ РАЗЛИЧНЫЕ
        ВТЗаказы.Номенклатура КАК Номенклатура,
        ВТЗаказы.Цвет КАК ЦветЗ,
        ВТЗаказы.ЗаказПоставщику КАК ЗаказПоставщику,
        Остатки.Номенклатура КАК НоменклатураО,
        Остатки.Цвет КАК ЦветО,
        Остатки.Остаток
    ИЗ
        ВТЗаказы, ВТОстаткиБезСклада Остатки
    ГДЕ
        ВТЗаказы.Номенклатура = Остатки.Номенклатура
        И ВТЗаказы.Цвет <> Остатки.Цвет
    ) ОЗ
    ЛЕВОЕ СОЕДИНЕНИЕ
    ВТЗаказы ПО
        ВТЗаказы.Номенклатура = ОЗ.НоменклатураО
        И ВТЗаказы.Цвет = ОЗ.ЦветО
        И ВТЗаказы.ЗаказПоставщику = ОЗ.ЗаказПоставщику
ГДЕ
    ВТЗаказы.ЗаказПоставщику ЕСТЬ NULL

Т.е. вначале делаем полное пересечение таблиц, получаем все возможные сочетания цветов и номенклатуры с заказами. Потом снова соединяем с заказами и всё, что взято из остатков и где соединение с заказом поставщику даёт NULL.

(0) Потрудитесь пояснить теперь, как у вас ведется разделения товара по цветовой дифференциации?

(45) Ужас. Делай через Временные таблицы.
И ... как долго будет выполняться запрос при полном пересечении?...

(47) а какая разница как он ведётся? В данном случае у меня это отдельный справочник. Но можно и через характеристики.

(48) не знаю на полной записи ещё не тестировал. Но других вариантов я всё равно не нашёл.