а вы представляете как это Ссылка = &ТЗ (Таблица значений)? Наверное нужен список ссылок не вошедших в ТЗ, тогда используйте левое соединение. И запрос лучше сделать один. ТЗ поместить во временную таблицу или внутренний запрос.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
а вы представляете как это Ссылка = &ТЗ (Таблица значений)? Наверное нужен список ссылок не вошедших в ТЗ, тогда используйте левое соединение. И запрос лучше сделать один. ТЗ поместить во временную таблицу или внутренний запрос.
Спасибо, попробую. Но я не пойму почему типы в сравн. значениях не соответствуют???
Таблица значений - это двумерный массив в 1С, который предназначен для хранения и обработки промежуточных данных, возникающих в процессе работы программы. Таблица значений часто применяется при программировании на 1С, потому что имеет множество полезных возможностей и работает очень быстро. Таблица значений создается в памяти и не сохраняется в базе данных, т.е. это временный набор данных. [необходимо зарегистрироваться для просмотра ссылки]
Про1С-ник
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Само решение задачи совершенно фиговое. Зачем создавать пустую таблицу с типизированной колонкой, что бы сравнивать с пустой ссылкой? Ведь это можно сделать в запросе
| ГДЕ ЗаказВПроизводство.Ссылка <> ЗНАЧЕНИЕ(Документ.ЗаказВПроизводство.ПустаяСсылка)
А если и собираетесь искать ссылку между ссылками, то практичней сделать массив ссылок, но какой сакральный смысл в ТЗ? Только по тому, что по другому не умете?
udp: а еще, если у вас первый результат ТЗ все таки возвращает колонку ссылок, то почему не сделать это все одним запросом, с временными таблицами?
Личные бесплатные консультации не даю, для этого есть форум!
Само решение задачи совершенно фиговое. Зачем создавать пустую таблицу с типизированной колонкой, что бы сравнивать с пустой ссылкой? Ведь это можно сделать в запросе
| ГДЕ ЗаказВПроизводство.Ссылка <> ЗНАЧЕНИЕ(Документ.ЗаказВПроизводство.ПустаяСсылка)
А если и собираетесь искать ссылку между ссылками, то практичней сделать массив ссылок, но какой сакральный смысл в ТЗ? Только по тому, что по другому не умете?
udp: а еще, если у вас первый результат ТЗ все таки возвращает колонку ссылок, то почему не сделать это все одним запросом, с временными таблицами?
Из общего списка документов ЗаказВПроизводство мне нужно выбрать только те, на которые нет ссылок в других документах.
У нас здесь своя атмосфера...
Группа: Основатель
Сообщений: 13962
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7
Цитата(logist @ 09.09.13, 17:36)
А если и собираетесь искать ссылку между ссылками, то практичней сделать массив ссылок, но какой сакральный смысл в ТЗ? Только по тому, что по другому не умете? udp: а еще, если у вас первый результат ТЗ все таки возвращает колонку ссылок, то почему не сделать это все одним запросом, с временными таблицами?
Человек учится, поэтому многих вещей ещё не знает
alexkhua, в общем, если надо проверить на вхождение (не вхождение) в список ссылок - то используйте массив. Таблица значений для других целей предназначена.
alexkhua, в общем, если надо проверить на вхождение (не вхождение) в список ссылок - то используйте массив. Таблица значений для других целей предназначена.
Vofka, объясните, пожалуйста, что плохого в том что б использовать ТЗ в параметре (просто для моего понимания). Я порылся на просторах интернета и нашел много таких примеров (например, тут [необходимо зарегистрироваться для просмотра ссылки]. К тому же в ТЗ есть возможность типизировать колонки. Т.к. в моем случае при использовании массива выдало ошибку про несоответствие типов в сравниваемых значениях, я решил использовать именно ТЗ.
У нас здесь своя атмосфера...
Группа: Основатель
Сообщений: 13962
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7
Как минимум в сложности использования, в данном случае. Насчет производительности ничего говорить не буду, т.к. не проверял. Как отрабатывает условие ЗаказВПроизводство.Ссылка <> &ТЗ - я затрудняюсь сказать и, сомневаюсь в работоспособности такого варианта вообще. Спорить не буду, возможно, каким-то чудом оно и отрабатывает, но мне проверять не охота. Так вот вариант с массивом - это, я бы сказал, стандарт что ли. Если надо првоверить на условие вхождения в какой-то список - надо использовать массив либо список значений. Надо это взять за правило и с этим жить
Про1С-ник
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(alexkhua @ 09.09.13, 22:03)
Т.к. в моем случае при использовании массива выдало ошибку про несоответствие типов
Значит у вас код не правильно составлен, раз позволяет для проверки однотипных значений допускать в массив другие типы. Я уже выше написал, возможно в вашей задаче можно обойтись вообще одним запросом.
Цитата(alexkhua @ 09.09.13, 22:03)
и нашел много таких примеров
Пример использования ТЗ в качестве параметра совершенно не говорит о том, что обязательно надо использовать везде, там описано лишь КАК использовать, а не для чего.
Личные бесплатные консультации не даю, для этого есть форум!
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!