Зачем одинесники имея ссылку в вводе на основании делают запрос и выбирают этот же документ?

(0) потому что упоротые? о_0 это где такое?

(1) например в УТ 11 ввод заказа клиента на основании коммерческого предложения. Коммерческое предложение выбирается запросом. С другими таблицами не соединяется.

Может им там построчно платят?

(3) А как надо?

(0) вероятно за тем, что кроме  ссылки там еще много чего другого выбирается и ссылку в запрос включают, чтобы для удобства - когда все, что надо, берешь из одного места, тогда удобно получается.
А вот почему некоторые другие одинэсники запятых не ставят, имея соответствующие кнопки на клавиатуре, - вот это загадка природы.

(0)так всегда было, это нормально

(6) + Так повелось и не тебе менять наши устои !! )

(5)(6) смотря что там выбирается...если там данные из одной несчастной ТЧ достают, то полагаю Выгрузить() или циклом обойти будет быстрее работать, иначе запрос вполне оправдан

(8) Кто то полагает, а кто то распологает .

(8) да х/з - запросом-то можно выгрести только то, что надо, а Выгрузить() потянет все, что есть. Тут без конкретики и замеров нельзя утверждать категорично. В общем случае запросом правильнее, т.к.:
1. получается только то, что фактически надо
2. сопровождать легче, когда там запрос, в котором написно, что и откуда получается, а не туева хуча пьяных циклов, обходящих сцаные выгрузки ТЗ

(10) Небольшие списки оптимальнее в памяти обходить. Но это так к слову. )

(10) впринципе да
(0) в общем мы тут с Лефмихалыч посовещались и решили, что там все правильно, расходимся мужики

(12) Эээ Подожди расходится, я еще пива недопил .

(11) один же куй придется к диску обратится, чтобы их в память загнать

(14) Ох не скажи. В этом деле главное не переборщить.

Как ты думаешь работает биллинг на 1С, он на тиких хитростях весь.

а зачем они в модуле объекта при проведении документов через модуль менеджера получают те же таблицы документа но запросом?

(16)это как? давай пример

а понял, всё по той же причине, запросом проще организовать нужные таблицы, не всю ТЧ тащить

(17) типовые 8.2 смотри

(15) никогда с биллингом, да еще и на 1С не доводилось сталкиваться, а что там за хитрости?
(16) ну скорее всего потому, что к тому методу (в модуле менеджера) обращаются из других мест, а при проведении почему бы и не использовать, если метод возвращает нужные данные

ссылка - это  ссылка - считывание через точку реквизитов приводит к куче запросов,
объект - может быть изменен - потому что данные прочитаны раньше чем началось заполнение на основании

(20) Одну читрость я уже сказал.

(16),(19) учи матчасть - в обработке проведения объект уже записан и в БД и в объекте одно и то же. А вот тем, кто в обработке проведения что-то меняет в объекте, система после проведения задает вопрос: "Данные изменены, сохранить?", а коллеги просто бьют лицо

(23) так он же не говорит,что меняют данные, а только читают

(23) в проведении немаловажную роль часто играют и свойства реквизитов ссылочного типа - так и не лучше ли сразу все необходимое получить одним запросом

(23) да даже в любой типовой в проведении есть что то типа "ПолучитьШапкуДокумента" - где все и считывается из ИБ уже в структуру

(25) ну, вот оно и получается в модуле менеджера. А не в объекте оно получается, чтобы можно было зафигачить обработку проведения вне объекта документа. В групповой обработке, к примеру - получил ссылку, вызывал методы из манагера, получающие по ссылке ТЗ с наборами записей, вгрузил в набор ы записей, записал. Объект документа при этом гарантированно неизменен. Ну... как-то так.

(26) не смешивай в кучу те типовые, где в модуле менеджера одним запросом строятся все таблицы движений и те типовые, где этого ни фига нет

(27) Так кто спорит? - я просто и говорю что запрос к сохраненному документу связуя его с нужными данными в любом случае намного удобен и лучше чем имея объект, ссылку получать нужные данные

Как минимум, при небольшом изменении кода, тупой RLS (не RLS тупой) обойти проще.

(0) СВОЛОЧИ!