Как известно запросы в 1С содержат разные соединения для разных вещей.

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

А вот стоит задача как сделать чтобы остались строки
из первой которых нет во второй

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

А надо чтобы было нечто такое


   |        ПО ВременнаяТаблицаНоменклатуры2.Номенклатура = СпрНоменклатураДопРекв.Ссылка
    |            И ВременнаяТаблицаНоменклатуры2.Свойство <> СпрНоменклатураДопРекв.Свойство
    |            И ВременнаяТаблицаНоменклатуры2.Значение <> СпрНоменклатураДопРекв.Значение";

те проверка на наличия свойства - так как такой строки может не быть в табличной части доп свойств.

Или если оно есть, тогда проверка на значение.

Те может быть две  ситуации

Это

ВременнаяТаблицаНоменклатуры2.Свойство = СпрНоменклатураДопРекв.Свойство
         И ВременнаяТаблицаНоменклатуры2.Значение <> СпрНоменклатураДопРекв.Значение

и просто

ВременнаяТаблицаНоменклатуры2.Свойство <> СпрНоменклатураДопРекв.Свойство


Пробовал или вставлять - вообще бред выдает.

Не надо никаких <>
Обычное левое с is null

А еще также есть такая фигня что Значение в одной это текст.
А Значение в другой составной тип.

Так вот чтобы еще значения сравнивались вне зависимости от всего - строками

А если левое выдает пустую таблицу - значит, левая таблица сама пуста

(9) два is null в где можешь добавить

Сформулируй словами что тебе надо и что у тебя есть. Твои попытки уведут тему в никуда.

(15) Излишне. Одного хватит. Тут же конъюнкция.

(16) Радченко ему нужен, но денег нет

(16) есть таблица

таблица в которой есть все свойства и значения номенклатуры, которые есть в базе и которых нет

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

то чего нет считается:
а) есть такое свойство - но значение другое
б) просто нет даже такого свойства

а) есть такое свойство - но значение другое
по ссылка и свойство
где не Т2.значение is null И Т1.Значение <> Т1.Значение
б) просто нет даже такого свойства
по ссылка и свойство
где Т2.Значние is null

(20) да только надо чтобы оба условия (исключения) были сразу.

по свойству легко работает
А вот когда еще надо комбинацию добавить уже нет

(21) Третий ключ отсеет нужную информацию. Должно быть два ключа

(21)

левое СОЕДИНЕНИЕ Т2
ПО Т1.Номенклатура = Т2.Ссылка
   И Т1.Свойство = Т2.Свойство
где Т1.Значение <> ЕстьNULL(Т2.Значение, &КакоеТоНереальноеЗначение)

(23) не работает это так как у части позиций Свойства нет
И Т1.Свойство = Т2.Свойство

(24) поэтому и левое

Как отдельно отбирать - все работает.
Либо свойства такого нет, либо значение другое - легко.

А мне надо чтобы было и свойство есть - значение другое.
И свойства НЕТ

С левым вообще ГДЕ комбинации не работают

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

если ГДЕ - тогда надо вложенный запроса фигачить. внутри соединять все.
А потом во втором запросе уже можно будет накладывать где

я не мог в ГДЕ указать одну таблицу -с условием другой таблицы.

СОединения еще фактически не произошло и ГДЕ не берет значения в условии
Или вы не в курсе этого

(27) для этого там ЕстьNULL в ГДЕ.
Ты проверь сначала.

где только сработает если я добавлю в первую колонку колонки из второй. соединю их; Получу некую общую таблицу с добавленными данными. а ужде потом по ней могу где сделать на NULL или что то пустое.
До тех пор ГДЕ не будет работать с условие Т1 и Т2 одновременно

..ля, как ты деньги 1с умудряешься зарабатывать?
Найми программиста.

Сейчас и без ГДЕ срабатывает либо одно либо второе.

А чтобы вместе - никак

(31) Я так понимаю что ты советуешь книгу/программиста, так как сам тоже не знаешь как это сделать

Еще раз говорю
ПО Т1.Номенклатура = Т2.Ссылка
   И Т1.Свойство = Т2.Свойство
где Т1.Значение <> ЕстьNULL(Т2.Значение, &КакоеТоНереальноеЗначение)


- это отсеет одну часть, но не отсеет там где
   И Т1.Свойство  <> Т2.Свойство

(34)
"- это отсеет одну часть, но не отсеет там где
   И Т1.Свойство  <> Т2.Свойство"
Зачем тебе это отсеивать? По какому пункту из (19) это нужно сделать?

(19) два правых соединениям + is null

(35) блин потому что во второй таблице

Есть три колонки в одной и другоу таблице
Товар1  пусто    пусто

Номенклатура существует в любом случае. те запись с точки зрения в Т2 существует по любому.

(37) ты в (19) пишешь
"таблица в которой есть все свойства и значения номенклатуры"
А теперь как я тебя понял такой таблицы нет.

В первой таблице Свойство - заполнено без исключения у всех товаров.

А во второй всегда будут строки с номенклатурой.

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

Т1.Свойство = Т2.Свойство

уже не соединит такие строки где из Т1 - они все присутствуют -а Т2 будут пусты

(38)

ок поясню так-

в Т1 полностью заполненная таблица до изменния в базе.
В ней нет пустых значений - никаких.

Она полностью заполнена и представляет собой как и новые обьекты (но не номенклатуру) так и те обьекты где значение конкретного свойства отличается.

Те во второй - у номенклатуры, есть такая табличная часть - Дополнительные свойства.

Так вот у этого конкретного товара, вообще не может быть сткройи со свойством, которое указано для тего в Т1
либо есть такая строка =- но значение другое, чем в первой таблице


Это двойное условие

(39) оно тебе покажет строку из первой таблицы. Куда ты хочешь присоединять строки с пустым свойством?

(40) Т1.Значение <> ЕстьNULL(Т2.Значение, &КакоеТоНереальноеЗначение)

Это и есть "двойное условие":
при отсутствии записи во второй таблице вернет ИТИНА,
при наличии превратится в Т1.Значение <> Т2.Значение

(40) и нет у тебя в ТЧ  Дополнительные свойства никаких пустых строк. Они либо есть, либо нет. Третий вариант: ты уже накосячил и надо сначала почистить.

(41) да верно мне надо таблица где во второй пустое свойство

НО и строки, где свойство =.   И значение <>

(42)

во второй таблице может быть что значение такое ЕСТЬ но у другого свойства

(43) элементарно.

Я загружаю свойство номенклатуры допустим 5 штук,

У одного товара их нет, у другого их 3, у третьего их 5

Если нет - то мне надо все 5 строк загрузить.
Если 3 - догрузить 2 новых.
Если 5 то ничего не делать.

а если ЕСТЬ 5 - но для одного значение другое - то изменить

(45) И?

Напрмиер загружаю 5 свойств

Товар Свойство1 Значение1
Товар Свойство2 Значение2
Товар Свойство3 Значение3
Товар Свойство4 Значение3
Товар Свойство5 Значение5

в базе имею

Товар Свойство1 Значение1
Товар Свойство2 Значение2
Товар Свойство3 Значение2

Те в базе в двух строках у двух свойств одно и тоже значение
Также и в таблице 1 - Значение3 может быть одинаковое у двух разных свойств


РЕЗУЛЬТАТ

Товар Свойство3 Значение3
Товар Свойство4 Значение3
Товар Свойство5 Значение5

(48) всё верно - решение в (23)

Ок запускаю сейчас скажу

НИЧЕГО не произошло вообще. Выдалась такая же таблица1 как и была. полностью

ЕстьNULL(Т2.Значение, &КакоеТоНереальноеЗначение)

Сработало в исключение.

соответственно получилось как будто вообще всех этих строк нет во второй таблице
И первая осталась такая же

(52) запрос покажи

|////////////////////////////////////////////////////////////////////////////////
    |ВЫБРАТЬ
    |    ВременнаяТаблицаНоменклатуры2.КлючСтроки КАК КлючСтроки,
    |    ВременнаяТаблицаНоменклатуры2.ВидНоменклатуры КАК ВидНоменклатуры,
    |    ВременнаяТаблицаНоменклатуры2.НаборСвойств КАК НаборСвойств,
    |    ВременнаяТаблицаНоменклатуры2.Свойство КАК Свойство,
    |    ВременнаяТаблицаНоменклатуры2.Значение КАК Значение,
    |    ВременнаяТаблицаНоменклатуры2.Индивидуальные КАК Индивидуальные,
    |    ВременнаяТаблицаНоменклатуры2.ТипЗначенияТекст КАК ТипЗначенияТекст,
    |    ВременнаяТаблицаНоменклатуры2.АртикулСсылка КАК АртикулСсылка,
    |    ВременнаяТаблицаНоменклатуры2.Номенклатура КАК Номенклатура,
    |    ВременнаяТаблицаНоменклатуры2.ЗначениеСвойства1С КАК ЗначениеСвойства1С
    |ИЗ
    |    ВременнаяТаблицаНоменклатуры2 КАК ВременнаяТаблицаНоменклатуры2
    |        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура.ДополнительныеРеквизиты КАК СпрНоменклатураДопРекв
    |        ПО ВременнаяТаблицаНоменклатуры2.Номенклатура = СпрНоменклатураДопРекв.Ссылка
    |            И ВременнаяТаблицаНоменклатуры2.Свойство = СпрНоменклатураДопРекв.Свойство
    |ГДЕ
    |    ВременнаяТаблицаНоменклатуры2.Значение <> ЕСТЬNULL(СпрНоменклатураДопРекв.Значение, 0)";

Я вам еще раз говорю)) вы все как Фома неверующий

нельзя ГДЕ использовать при соединениях и делать условие в котором есть что то из соединяемых таблиц

(55) Можешь говорить сколько угодно, если ты чего-то не понимаешь, то от повторение чуши ("слышал звон, дан не знает где он") у тебя нигде не прибавится.
(54) запрос нормальный, косяк у тебя в данных скорей всего

ГДЕ срабатывает на

  |    ВременнаяТаблицаНоменклатуры2 КАК ВременнаяТаблицаНоменклатуры2

Но не берет данные

|        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура.ДополнительныеРеквизиты КАК СпрНоменклатураДопРекв


В соединениях условия между разными таблицами накладываются в блоке ПО

Но так  как левое соединение - то оно не подходит. Тут ВНУТРЕНЕЕ должно быть. с условиями в ПО

Но так как два условия которые конфлитктуют - то такое не наложить.

Причется делать внутренний запрос где получать сначала скрещенную таблицу с добавлением колонок которые будут дополнять два условия вечерез ВЫБОР КАК

А уже потом делать условия по ней

(56) лол. ну вот уже данные не те))
Выходи в скайп - дам доступ через амми.

Покажу тебе данные.
Сделаешь рабочим - 2500 твои

Кидай контакты в почту, сейчас ноутбук подключу

(59) Не связывайся с ним, он же маньяк )))

(48) https://cloud.mail.ru/public/HfBx/4Wc4C4WCV

ВЫБРАТЬ
    "Товар" КАК Товар,
    "Свойство1" КАК Свойство,
    "Значение1" КАК Значение
ПОМЕСТИТЬ Т1

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

ВЫБРАТЬ
    "Товар",
    "Свойство2",
    "Значение2"

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

ВЫБРАТЬ
    "Товар",
    "Свойство3",
    "Значение3"

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

ВЫБРАТЬ
    "Товар",
    "Свойство4",
    "Значение3"

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

ВЫБРАТЬ
    "Товар",
    "Свойство5",
    "Значение5"
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    "Товар" КАК Товар,
    "Свойство1" КАК Свойство,
    "Значение1" КАК Значение
ПОМЕСТИТЬ Т2

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

ВЫБРАТЬ
    "Товар",
    "Свойство2",
    "Значение2"

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

ВЫБРАТЬ
    "Товар",
    "Свойство3",
    "Значение2"
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Т1.Товар КАК Товар,
    Т1.Свойство КАК Свойство,
    Т1.Значение КАК Значение
ИЗ
    Т1 КАК Т1
        ЛЕВОЕ СОЕДИНЕНИЕ Т2 КАК Т2
        ПО Т1.Товар = Т2.Товар
            И Т1.Свойство = Т2.Свойство
            где Т1.Значение <> ЕстьNULL(Т2.Значение, &КакоеТоНереальноеЗначение)

(60) по повадкам больше на дятла похож

(62) чувак
добавь у себя к таблице2

вот такую строку

ВЫБРАТЬ
    "Товар",
    НЕОПРЕДЕЛЕНО,
    НЕОПРЕДЕЛЕНО

(63) там всё открыто.
Результат не поменяется.

Опять теория - не поменяется))
Ты так уверен что ничего не поменяется но реально проверить не хочешь

(65) https://cloud.mail.ru/public/CEaX/7nSKomd3q

(65) Нужна помощь, пиши на почту.
Лечить дятлов на форуме контрпродуктивно.
Евгений, ничего личного, это лишь мои ощущения от данной ветки.

Да Рома подключился - разобрались.

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

Вернее у меня и там и там строка.
Но у одной колнки смешанный тип несмотря на строку.

Не ту колонку короче ставил в условие (хотя вроде бы они имели строковое значение)

В итоге разобрались. Плюс Рома дал рекомендацию как обработать типы и предвариательно проверить по типам и заполнить по типам.

Так как в случае сравнения строк - скорость будет не лучшей.

В общем жду номер карты. На бутылку хорошего коньяка как и говорил 2500.

(67) Оно того стоило, вправлять мозг вот таким самоуверенным в своём невежестве? )

(69) ты счастлив наверное что меня невежей назвал?)))

(70) Нет, это меня печалит.

(71) тебя печалит обычный рабочий процесс любого программиста на свете?)

Меня почему то другое печалит.
Печалит какого х в типовой наделали х со справочниками. регистрами и прочими делами.
Которые просто тормозят любую работу с базой данных.

понаделали таблиц с доп реквизитами, регистров и прочего.

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

И вот когда приходит чел и говорит 600 000 товаров. Плюс 15 свойств.

(72) Меня печалит маниакальное упорство. Неумение слышать.

(73) Это сделано специально. Заговор.

(0) отлично все работает, просто  А <> В в запросе вернет тоже ложь, если В - это null.
Нужно, во-первых, левое соединение, во-вторых, все условия в "ПО" должны быть "=", в-третьих, в ГДЕ должно быть ВтораяТаблица.Ссылка есть null.

(69) ХЗ, трудно оценить.
С одной стороны свет всё-таки победил тьму, с другой стороны от процесса много отрицательных эмоций. Почему ТС так ведет себя здесь для меня загадка, при общении голосом человек вполне адекватен и воспринимает информацию. Может он такой только на форуме, а может просто задолбался с этой задачей.

(73) всё там нормально. Насколько это возможно для универсальных механизмов. По работе с ПВХ у тебя похоже тоже пробел как и с соединениями. А так идея решать эту задачу минимальным количеством запросом - единственно правильная. Удивительно, что столько лет в этой теме, ты только сейчас пришел к этому. Удачи.

(74) "маниакальное упорство" похоже главный компонент успеха ТС. Но побочные эффекты от этого конечно бесят, меня по крайней мере.

(76) я все неделю работаю по 14-18 часов.

Например лег спать сегодня в 6 утра.

(76) любую задачу можно решить либо мозгами, либо измором. Оба варианта абсолютно рабочие, но цена разная. Это нормально.
Да и ТС скорее предприниматель, чем программист, ему можно (простительно) ни хрена не соображать в платформе.

(78) "Оба варианта абсолютно рабочие" Не соглашусь, ИМХО при отсутствии понимания некоторых базовых вещей ряд задач не будет иметь решения в какие-либо конечные сроки.
Не нормально: задать вопрос, игнорировать ответы и писать чушь по типу, например, (27) и (28) с претензиями на истину.

По поводу предпринимателя. Я так понимаю он пилит свой продукт сам потому что ему это интересно, а не от того что не может найти разработчика. В такой ситуации давать себе какие-то поблажки не простительно - сразу скажется на результате. А то как ТС продвигает свой проект вполне заслуживает уважения, с этим спорить не буду.

(79) Чтот даже перечитал.

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

Да, налицо незнание базовых вещей. Соединения описывают источники данных. "Где" - обрабатывает результат. В том числе результат соединения.

(79) Я пилю сам потому что мне это интересно это ВЕРНО.
Но и также НЕ МОГУ уже долгое время найти себе разработчика в том числе.

У тебя есть желание?

Причем мне как раз вот такой бы человек по базам и тонкостям не ПОМЕШАЛ БЫ

(80) ну ладно уже. я левое еще вчера пробовал и долбился.

Соединял неправильное поле. У меня есть Колонки Значение и Значение1С - так вот я тупо не ту колонку в условие ставил

Основная моя работа в том числе что я не просто кодирую, а как постановщик задач разруливаю то что надо реализовать с прендметной точки зрения.
СНачала решаю это, а уже потом занимаюсь оптимизацией.

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

Пришли клиенты с огроменными прайсами, и говорят если ваш продукт сможет тако обьем проработать - купим.

Вот меня и ударило сейчас все оптимизировать и автоматизировать от и до

(80) да я в просто в ступор ушел из за двойного условия с тремя полями. по одному работало и левое и внутреннее причем ис равно и не равно.

Я штук 20 способов попробовал. Но в результате зашел в тупик - да еще не ту колонку начал хватать.

Ясень пень до 6 утра посидишь потом башка вообще варить перестанет

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

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

(83) "Соединял неправильное поле" это может следствие (77). Но проблема в другом: если бы ты точно понимал как работает запрос, ты бы знал что где-то ошибка и быстро ее задебажил. А так ты полдня маялся сомнениями "левое или внутреннее?", "а может соединить по <>" и т.п. В общем "пробовал и долбился".

(82) Женя, это не тонкости, это база. Один раз прочитать, осознать и больше не надо будет "пробовать".

(85) Ты сам хозяин своего графика. А программирование на больную голову это контрпродуктивно.

В общем то показатели такие сейчас (и это не последние) сейчас с отладчикам в зубах каждую строку по 0.5 процентов скоряю

5000 строк 7 секунд. - ПОЛНОЕ нахождение всей номенклатуры в 1С и заполнение.
Значит 100 000 всего 2 минуты!!!!
2 минуты для 100к это шедеврально

Создание новой номенклатуры в 5000 срок - 6 секунд!!!

ПО СИНХРОНИЗАЦИИ Это все значит 600 должно выйти не более 10 минут. Это в 20 раз быстрее чем у моего конкурента

ПО СОЗДАНИЮ У конкурента создание номенклатуры в 100к - 1 час. у меня 5 000 строк - 7 секунд. Это значит загрузка новых товаров - 2. Это в 30 раз быстрее)

Пока добился результата что на 3-4-5 местах у меня с показателями в 2-3 процента от общего времени это

ОбработкаОбъект = РеквизитФормыВЗначение("Объект");

Те тупая передача таблиц между клиентом и сервером

Жду прайс от клиента в 650 тыщ срок. буду загонять.
А ну и сейчас я на файловой тупо все меряю.

(89) это уже не передача клиент-сервер. Ты уже на сервере, строка создает ОбработкаОбъект и заполняет его данными формы

Ну я про это да.
Сейчас таких 3 строки в общем занимают из этих 14 секунд порядка 3-4

+(91) блин, забавно: у встроенных обработок/отчетов есть модуль менеджера, а у внешних нет. Хотя он и сохраняется)

(92) сделай вместо 3 вызовов один - сэкономишь 10 сек.

Результатом я доволен.

В целом значит что для клиентво с товарами в 10 тысяч товаров - наша обработка просто со скоростью звука все делает.

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

У кого 100-200 тысяч - время будет в 10 минут.

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

Еще отдельно сделали проверку регистрации це нв регистр на 10к строк - 40 секунд.

Очень впечатляюще

(93) для обработки оставлю так - потому что там бывает разделение на кнопки.

Вставлю галки - автоматиечские действия - тогда будет один вызов

А в ПРО версии естественно что у нас вообще все минует форму - и все эти данные от начала до конца на сервере в едином порыве.

Ориентировочно я прикидываю что еще будет ускорение в разы.

Но надо сделать тесты. на хороших обьемах. сниму видео, опубликую замеры.

Вопрос

ВременнаяДанныеПоиска.Поле_Артикул <> """"

Насколько такое условие может притормаживать запросы?

В общем то замерил. не влияет никак

потести.
Ощутимо не должно быть имхо.

(99) если инлекса нет или строка длинная, то при большом количестве записей еще как должно. Это тэйбл скан будет.


а еще там может быть строка из пробелов или из символа конца строки...

не там четкий тип.

ПараметрыОтбора = Новый Структура;
    ПараметрыОтбора.Вставить("Номенклатура", ПустаяСсылка);
    ПараметрыОтбора.Вставить("ЭтоГруппа", Ложь);
    
    ДанныеПоиска  = ТабличнаяЧасть.Выгрузить(ПараметрыОтбора,"НомерСтроки,Поле_Артикул");

Вот ту прямо и не знаю есть сомнения. Но вот думаю стоит ли это менять на запрос. или нет.

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

а это отбор на выгрузку самое то

Короче можно сказать оптимизацию на данном этапе завершил. не вижу ничего из тормозов.

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

(105) "Есть вагон моментов где можно какие то переменные оптимизировать по 0.01 проценту."
Этого точно не стоит делать, если хоть на каплю ухудшится читаемость кода. Оптимизировать (по производительности) нужно только то, что реально жрет время.

Ну что, научили за 100 постов Маньяка азам?

Научите маньяка циклам в одну строку.