Дурацкий, наверное, вопрос... в общем задача такая:
Надо в ТабличнойЧасти документа автоматически подобрать партию с уловиями по СкладПоПартии = СкладВТабличнойЧасти и СвободноеКоличествоПоПартии >= КоличествоВТабличнойЧасти
Сам я склоняюсь к первому, но... в общем - Ваши мнения?

а, да

Один запрос по всей табличной части с получением выборки или ТЗ заполненной данными

И я склоняюсь иногда

1- сами знаете, что считается плохо и сказывается на быстродействии.

LOL. Не судьба поместить ТЧ в ВТ в запрос и приклеить к ней партии?

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

+ (5) и (2)
что мешает сразу в запросе получить готовую ТЧ?

(0) Однозначно запрос в цикле! И ни в коем случае не использовать ПВТ и временные таблицы.
Когда сделаешь - не забудь отписать, сколько часов выполняется подбор партии для одного документа)

(5)(8) не знаю как мне это поможет в случае когда условия для каждой строки разное. так что не таколй уже и лол
(6) база файловая

Какая-то тупая голосовалка. Без правильного результата.

(9) Че значит "условия для каждой строки разное"?

без комментариев

(9) так ты ведь и соединения с партиями по каждой строке делать будешь

(10) СкладПоПартии = СкладВТабличнойЧасти и СвободноеКоличествоПоПартии >= КоличествоВТабличнойЧасти
(10) подскажи как надо?
(12) попытка обидеть?

(13) соединения чего с чем? пока я вижу только запрос к РегистрНакопления.ПартииТоваровНаСкладах ибо документ может быть и не записан и стало-быть, запрос к его ТЧ не сделаешь

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

(14) ТЧ соедини с остатками по партиям по условию СкладПоПартии = СкладВТабличнойЧасти и СвободноеКоличествоПоПартии >= КоличествоВТабличнойЧасти
и выбери из этих партий одну нужную (фифо, лифо или еще как)

(14) А что сложного-то?

(16) см.(15) ...хотя, записать можно и принуджительно конечно

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

(17) +100. Либо автор не догнал, либо еще какая закавыка есть.

(19) И чего? Хочешь сказать, что строки нельзя в запрос никак получить?

запросом можно получить сразу по всей ТЧ необходимые данные

(15)
Табличную часть в ТЗ, ТЗ в ВТ, ВТ в запрос

+(16) при вводе строки получать партию по введенным товар+склад+количество, по кнопке заполнять партии по всей тч
(19) думаю, можно выгрузить незаписанную тч

(20) да знаю я что зло
(21) закавыка -  если док не записан еще
(22) ну не знаю, как обычно - не получится

(24) ну да, наверное так можно ...и наверное правильней

(26) Выгрузи ТЧ объекта в ТЗ.

(24) вообще-то при данной постановке задачи - вести расчет при не записанном доке - грубейшая ошибка

так что записываем и без всяких выгрузок в ТЗ работаем с ТЧ

Лан, всем спасибо, делаю по (24)
С наступающим!  :)

(6)"Потому как запрос выполняет сервер и идет пересылка {Табличной части?} с сервера на клиент туда и обратно да ещё и в цикле."

Садись, два.

(29) да ну, какая еще грубейшая ошибка? на что это влияет?

(32) на достоверность учета естественно

(32) ну как ето :)
подобрал ты партию, потом склад поменят в ТЧ и провел документ.
И ауйфидерзейн твои партии

(34)
Может он переподставляет и при изменении склада.

(34) ну, от такого можно и защитится

(35) еще нет :)

(36)
Скорее проблема в времени документа. Пока он не записан - непонятна его позиция. И остатки после записи могут быть другими

(37) ага, про количество еще не забудь, раз док записывать не собираешься

(38) правильный ответ!!! МУЖИК

(38) понятно что от всего не застрахуешься, но на хэто есть проверка при проведении
(39) сама по себе запись не зафиксирует для этого документа предполагаемое количество

(41) ты так и не понял о чем (38)

(41) Имеется в виду, что записать документ можно завтрашним днем или позавчерашним. И остатки для этих дат по партиям будут разными, и алгоритм твой даст разные результаты.

(42) а, понял ...ну вот, терь все переписысывать ...15 мин на смарку :)

* переписысывать = переписывать :)

(0) Вариант 1 это сразу завал экзамена на специалиста, если не ошибаюсь!? :)

ТЧ в запрос в ВТ и одним запросом все необходимые данные выбрать (сделать левое соединение по складу и партии и требуемому количеству)

Хотя постановка задачи наталкивает на некоторые сомнения в правильности (рано или поздно количества по партии станет не хватать, что делать будешь, 0 подставлять, а остатки на складе будешь накапливать...)!?

(44) а спешка нужна только в двух случаях - этот в них не входит :)))

(46) задачу ставлю не я, этот случай с заказчиком обсужден, конценсус достигнут :)