1С 7.7 Условие в запросе #725254

Подскажите, как сделать условие в запросе, например когда нам нужно чтобы значение входило в список пишем условие:Условие(ЗначениеСвойства в СписокСвойств), а как сделать условие чтоб получить все записи кроме тех которые в СпискеСвойств????

Не (Значение в список)

но, иногда не будет это работать, обходят через Список.Принадлежит(Значение)=0

то есть писать Условие(СписокСвойств.ПРинадлежит(ЗначениеСвойства)=0) так?

Сначала с НЕ попробуй. Ибо .Принадлжеит убъёт всю скорость в случае SQL

Условие(Не ЗначениеСвойства в СписокСвойств)

с чего это ?

Иногда и ВключитьSQL нужно

спасибо)

Это ТЫ спрашиваешь???

Принадлежит, в случае если значением является иерархический справочник, будет проверять на вхождение значение в группы. Гораздо быстрее работает метод НайтиЗначение. И да, я присоединяюсь к , думаю что ты это знаешь.

а че нельзя ? замеры делал давно ли ? а в профайлере запрос давно глядел с Принадлежит и с "в" ? и че с того? "В"  тоже проверяет на вхождение в группу

А в списке СписокСвойств нельзя использовать группы, или движок не будет отрабатывать вхождение в группу!?

Делал. Одно на сервере, другое на клиенте. И не надо обманывать, что ты того не знаешь ))

Ужас, оказывается в 7ке ещё и "наСервере" уже прикрутили. До чего дожили, Улю на вас, дятлов, нету :)

На вас, дятлов, деревеьев не напасёшься. Открою великий секрет - некоторые запросы (в случае базы SQL) 1с таки выполняет на сервере. Да на сервере SQL.

Вот ты и "секрет" мне открыл :), научись писать то, что хочешь сказать.

одна ошибка на килобайт мудрости. Учись читасть между строк

Даже пролистывание формы списка справочника выполяется на сервере :) Тормоза начинаются когда 1С берется переваривать в кишках результаты запроса: группировка там и все такое, возня с ТЗ и проч. В принципе довольно пристойно работают штатные запросы... надо с умом применять

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

писала и так Условие(СписокСвойств.ПРинадлежит(ЗначениеСвойства)=0)   и так  Условие(НЕ (ЗначениеСвойства в СписокСвойствК)) выбирает все( почему так?

вариант условия с СЗ.Принадлежит - отрабатывает четко. ищите проблемы в криоватых ручках. возможно в списке значений у вас данные одного типа, а в поиске принадлежит вы подсовываете данные другого типа

СписокСвойствК список контрагентов, ЗначениеСвойства ссылка на контрагента, вроде все правильно, но выбирает все равно всех

Посмотри в типовой ТиС устройство МножественногоФильтра

я смотрела, но не разобралась(

+ режим "Все, кроме"

это из функции глФильтрПоСправочнику?

Да

а почему просто не работает Условие(НЕ (ЗначениеСвойства в СписокСвойствК))

скорее всего у вас в голове тара.. эээ.. изюминки! "СписокСвойствК список контрагентов, ЗначениеСвойства ссылка на контрагента," . - "это нэлза понять это надо запомнить" . СписокСвойствК - оказывается нифига не список свойств (Справочник.Свойства или Справочник.СовйтсваКонтрагентов) - а СПИСОК КОНТРАГЕНТОВ? - точно? сильно сомневаюсь? . ЗначениеСвойства - как говоришь - это ссылка на контрагента??? - очень сомневаюсь, м.б. это все таки ссылка Справочни.ЗначенияСвойств...? . у тебя все не фурычить ибо скорее всего список и поисковое значение - разных типов. .

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

Короче 9или шире?) - разбирайся внтмательно с типами данных участвующих в алгоритме. ставлю прямоуголник шоколада - что косяк именно в несоответсвии - ибо не понимаете по контрагентов, свойства и их значения

Условие((ЗначениеСвойства в СписокСвойствК)) вот это условие работает, а это Условие(НЕ (ЗначениеСвойства в СписокСвойствК)) нет, как так?

база скуль ?

если да, то перед запросм, Запрос.ВключитьSQL воткни - бкдет работать, только скорость упадёт.. в разы.

нет

ок. Как проверяете неработоспособность ?

без фильтра что ?

а с фильтром что ?

а теперь (НЕ с фильтром) что ?

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

Вынесла часть обработки с этим запросом в отдельную, проверяю следующим образом, указываю свойство контрагента на форме, выбираю одно из, в списке свойств указываю значение свойства, запрос выдает список контрагентов. Далее при всех тех же значениях только выбираю уже значение отбора  "все кроме", выводится весь список контрагентов, не исключая не нужные. Код обработки:

всё правильно вам выдает

подумайте

если честно у меня уже нет вариантов, что я не так делаю(((

не фильтруете по виду свойства в запросе, это для начала

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

то есть как должно быть??

ща

кину тест для проверки

На вот. Даю гарантию, что у тебя владелец свойства<> виду свойства в справочнике свойства контрагентов

вот и видишь ты "не то" :)

cloud.mail.ru/public/6328726fdb2b/123.ert

спасибо вам огромное за помощь!

т.е значение свойства имеет одинаковое название, только владелец другой - не тот что в фильтре выбираешь

по идее в моей базе нет такого, чтобы для одного значения могло быть несколько владельцев

ты запусти мой отчет, поставь фильтр на одного "проблемного" клиентоса, добавь 1 свойство в фильтр и играйся с "все кроме".. потом в таблице щелкай на значение свойства и смотри - кто владелец, + смотри кто владелец свойства в фильтре..

они будут разными

скорее всего

щелкай на таблицу - откроется элемент справочника..ну и смотри кто его владелец, какой у него код..

Грубо, у тебя так сейчас: есть вид свойства Валенки и его значение Летние и есть вид свойства Сапоги и значение Летние. А в справочнике СвойстваКлиентосов у тебя в виде свойства висит вид свойства Валенки, а в ЗначениеСвойства - Летние от Сапог... фирштейн ?

ага, спасибо)