Привет!
В семерке было, Выгрузить не очищая, а дополняя таблицу. Что-то не могу в 8-ке найти хоть какой-нибудь объект, который бы мог заполнять какой-нибудь список без выборки "Для Каждого ..."
Плохо искал?

(0) который бы мог заполнять какой-нибудь список без(с)
Заполнять или дополнять?

да, нет дополняемых объектов, циклы надо всё равно

но это 3-мя строчками делается

Для Каждого Стр Из НоваяТз Цикл
   ЗаполнитьЗначениеСвойств(Старый.Добавить(), Стр);
КонецЦикла;

*ЗначениЯСвойств

это?
Для каждого СтрокаТЗ Из Таблица1 Цикл
     ЗаполнитьЗначенияСвойств(Таблица2.Добавить(), СтрокаТЗ)
КонецЦикла;

а если это результаты запросов - не легче их в один мегазапрос склеить через ОБЪЕДИНИТЬ?

(0) с появлением пакетных запросов и объединения эта клюшко*бская ересь стала ненужна

(8) каждый раз дергать сервер, когда надо на клиенте объединить 2 "таблички"? хорош!

(7) + 1000 Это будет правильное решение.
А методов чтоб дополнить ТЗ чем то кроме строки нет.

(9) А на клиенте эти 2 таблицы от сырости завелись, да?

(8) на клиенте нет табличек

(9) а на кой кол их вообще на клиент передавать?

(13) Чтобы объединить! От ты тугой...

У меня есть набор условий для поиска, не ограниченный набор.
Я боюсь, что тысяча условий
+"ИЛИ Наименование %" + КлючПоиска + "%"
добавленных к тексту запроса неадекватно "разгонят" платформу. Поэтому хочу перебирать эти условия в цикле и подгружать потихоньку в список давая возможность остальным клиентам также выполнять свою работу.

ппц

(16) А то! я не зря не хочу писать этот великий запрос. Есть номенклатура, связанная между собой, ключ словами:
тумбочка Шатура "Радуга"
зеркало Шатура "Радуга"
...
Таким образом я научил пользователей записывать связи в виде перечисления ключевых слов в строке, которая начинается "поиск "
И теперь если мне нужно отследить связь в конкретной группе - все легко, а когда мне надо поднять все связи - тут и возникает эта задача.
Можно сделать агрегат, и может даже придется ...

(17) гениально!


закрой пожалуйста конфигуратор

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

(19) Пользователь вводит ключслова через запятую, а результат запроса записывается в регистр сведений? Ты это имеешь ввиду?
Это я и назвал агрегатом.
Когда товар изменяет название, вводится новый в базу или удаляется, надо пересчитывать агрегат, поэтому я его пока не сделал. Не было таких задач, чтобы получать сразу всю таблицу задействованных товаров.
(18) Ты жену свою щи варить поучи, похожий на бота персонаж. Не видел у тебя ни одного достойного решения, голый синтакс-помошник. Читай на лурке "ФГМ".

(20) ты вообще мало что видел. Читай на лурке "Школота".

вот и пообщались...

(22) все нормально ..

(23) все же, объединение почему не хочется использовать?

(24)
МассивКлючей = СтроковыеФункцииКлиентСервер.РазложитьСтрокуВМассивПодстрок(Сред(СОКРЛП(ЭлСпи.Наименование),8)," ");
ЗапросГДОПСК.Текст = "ВЫБРАТЬ РАЗЛИЧНЫЕ
                   |    Номенклатура.Ссылка КАК Номенклатура
                   |ИЗ
                   |    Справочник.Номенклатура КАК Номенклатура
                   |ГДЕ
                   |    Номенклатура.ЭтоГруппа = ЛОЖЬ";
Для Каждого СловоКлюч Из МассивКлючей Цикл
    СлКл = СловоКлюч;
    Если Лев(СлКл,1) = "^" Тогда
        СлКл = Сред(СлКл,2);
        Если ПустаяСтрока(СлКл) Тогда
            Продолжить;
        КонецЕсли;
        ЗапросГДОПСК.Текст = Заорп2.Текст + "
                   |    И Номенклатура.Наименование НЕ ПОДОБНО ""%" + СтрЗаменить(СлКл,"""","""""") + "%""";
    Иначе
        Если ПустаяСтрока(СлКл) Тогда
            Продолжить;
        КонецЕсли;
        ЗапросГДОПСК.Текст = Заорп2.Текст + "
                   |    И Номенклатура.Наименование ПОДОБНО ""%" + СтрЗаменить(СлКл,"""","""""") + "%""";
    КонецЕсли;    
КонецЦикла;
Все это для каждого ЭлСпи из списка введенных пользователем связей.

(25) так руки и чешутся дописать перед последним КонецЕсли "Объединить все". И со всех точек зрения правильно: и красивое слово масштабирование в действии, и клиентский комп не нагружается (если клиент серверный вариант).
В случае добавления строк - будет долго и нудно создавать таблицу в памяти, и в случае если оперативки мало, все это дело кэшировать на диск.. в общем, ой..

(26) Да, но страшно, как поведет себя платформа, я ещё не в курсе, сколько наколочено в реальной базе связей, и сколько их будет наколочено в принципе на 8к рабочих SKU.
Я уж по зернышку их соберу с прогрессбаром, там ещё постобработка намечается, которая в общий запрос полезла бы ЛЕВЫМ ВНЕШНИМ СОЕДИНЕНИЕМ
нет желания рассказывать заказчику почему она повисла, нажрала памяти и завершилась ошибкой, хотя если 1С это сделала без обвалов - то они круты, на мой вкус.

(27) в последнее время (год) из принципиальных соображений делаю отчеты только с использованием запросов, и только на СКД.. как правило, все проблемы с "повисла" и "нажрала памяти" решались переосмыслением запроса и выпрямлением рук с помощью кувалды))
зы. правда, один отчет, точнее, платежный календарь пока упирается, негодник)) просит старые проверенные дедовские методы))

(27) крутизна фирмы 1с в том, что они делают то, что они считают правильным.

А так как они считают неправильным выполнять на клиенте, то что должно выполняться на сервере, то будьте уверены, они там ничего не оптимизировали, и ваша программка на клиенте выполнится примерно в 500 раз медленнее, чем такая же на сервере.

(29) Толстый клиент, файловая база.
Пока условия такие. Я работал с платформой 8.2 в режиме клиент-сервер управляемое приложение с 2010 года, сперва на ubuntu + DB2 потом на MS SQL - версия платформы 8.2.13.219 вот тут я и хапнул страхов, предрассудков, примет ..
может сейчас все уже круто, я могу давать оценку их труду, я его использую в своей работе.

(20) Вы там, в углу, про "свойства и категории" слышали?

(30) ну тогда (6) вам в помощь.

(30) Я думаю, тот кто после тебя это сопровождать будет, вообще валерьянку литрами хапать будет.

(31) Эта связь сделана на справочнике "Свойства объектов".
А можно ли свойство добавить группе?
(33) А ты сможешь сделать "ИЗ Таблица1 ЛЕВОЕ СОЕДИНЕНИЕ Таблица2 ПО Таблица1.Ссылка В ИЕРАРХИИ Таблица2.Группа"?

(34) насколько помню, можно использовать  Ссылка В..

(35)
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
                   |    Таблица1.Ссылка,
                   |    Таблица2.Ссылка КАК Ссылка1
                   |ИЗ
                   |    Справочник.Номенклатура КАК Таблица1
                   |        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Таблица2
                   |        ПО (Таблица1.Ссылка В (Таблица2.Ссылка))";
Будет проверять иерархию?

"ВЫБРАТЬ Т1.П1,Т2.П2 ПОМЕСТИТЬ КОНЕЧНАЯТАБЛИЦА ИЗ &Т1 КАК Т1 ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ Т2.П1, Т2.П2 ИЗ &Т2 КАК Т2; ВЫБРАТЬ * ИЗ КОНЕЧНАЯ ТАБЛИЦА"

ВЫБРАТЬ
    Т1.П1,
    Т1.П2
ПОМЕСТИТЬ КОНЕЧНАЯТАБЛИЦА
ИЗ
    &Т2 КАК Т1

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

ВЫБРАТЬ
    Т1.П1,
    Т1.П2
ИЗ
    &Т2 КАК Т1
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    КОНЕЧНАЯТАБЛИЦА.П1,
    КОНЕЧНАЯТАБЛИЦА.П2
ИЗ
    КОНЕЧНАЯТАБЛИЦА КАК КОНЕЧНАЯТАБЛИЦА

(38) &Т2, &Т2 надо будет получать в запросах, а потом опять кидать как параметр. Надо смотреть, будет ли это быстрее, чем (6). Проверял? Быстрее?

Однозначно нет.

Но это 100% верный ответ на поставленный вопрос, т.к. получить именно слияние своих таблиц.

(41) Сэр, Вы находитесь в корзине воздушного шара! :))

(34) >А можно ли свойство добавить группе?
Ничто вроде не мешает.

(43) УТ 10: открываем карточку группы товаров - свойств нет.
Нарисовать можно, но это меняет типовую.