Задача: создать N объектов в одной процедуре, записать их всех в другой #746880

от ответвилась следующая задача: надо создать НЕ ЗАПИСЫВАЯ в одной процедуре (ОбработкаЗаполнения в модуле документа) N элементов справочника. Потом (когда документ проводится) их, наконец, записать в справочник. С первой частью удалось успешно справиться: А вот второй пункт плана пока не очень... Процедура ОбработкаПроведения(Отказ, Режим) ........какие будут идеи?...

ты сам когда думать начнешь?

я предлагаю позвать программиста

В ТЧ объект не сохранить, там нет такого типа

+1 и никогда не пытаться "записать" сторонние объекты "при проведении"

дико плюсую, но если требования ТЗ дебильные, то я-то тут причем?

А ссылка незаписанного объекта ссылается на несуществующий в базе объект, т.е. и получаете несуществующий.

А раз уж на то пошло, хоть и пошло пошло, то создать ТЗ, синхронизированную с ТЧ, в одной из колонок ТЗ хранить сам объект.

вот, и я так и думаю...а что делать-то? помимо (ха*3!)

Объяснить это тому, кто составил такое ТЗ, и предложить нормальный вариант реализации.

то есть, объект все-таки записывать?))..тогда смысл...

Нет, в ТЗ можно хранить тип ***.Объект, а не только ссылки, как в ТЧ. Там и хранить до момента записи.

создавать (и сразу записывать) объекты при вводе(добавлении) новой строки в ТЧ

Так превьюшки перед загрузкой, например, данных из другой базы делаются - ТЗ на форму с незаписанными, но полностью заполненными объектами.

если эту строку ТЧ удалили или вообще док не стали записывать то просто пометить на удаление эти "созданные объекты"

hello, cap!)) покумекаем...спасибо!

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

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

а речь-то оказывается про создание серий

как бы в он так и написал

но такое впечатление что ТС с программированием вообще и БД каким то образом знаком, но только в теории или с реальными БД совсем не работал, по разным прикладным прогам хз

Лучше повесь создание этих объектов на отдельную кнопочку, отдай это на откуп юзерам. Не надо к проведению цепляться.

приходила эта хорошая мысль, но отвалилась по той же простой причине - а если юзер передумает проводить док? загаживать БД... вообще, умные люди советуют учиться каждый день. А то можно застыть в позе "а позовите-ка программиста [==меня]" надолго, и прохлопать собственную профдеградацию... раскрою секрет - теоретически подкован намного лучше, чем практически знаком с 1С (особенно восьмеркой). К сожалению, среди "спецов 1С" очень часто встречается обратный перекос - гораздо труднее устранимый. (сорри за ответную колкость;))

вроде наоборот, вы практик. Потому что в теории такого  как в вообще не может быть.

в каждой новой для себя среде я первым делом стараюсь нащупать границы дозволенного))

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

загадить бд пустыми неиспольземыми нигде объектами нестрашноявно никогда кучу дублей наколоченных юзверями не чистили

если боитесь загадить - можно написать регламентное. Раз в неделю будут удаляться объекты, созданные из непроведенных документов, например. Авторам будут прописываться розги прелюдно.

даа....помню, в одном проекте (Perl+MySql) 2 миллиона пустых мусорных записей в справочнике)) - программист небольшую ошибочку сделал, вовремя не обнаружили:D

Да уж, два миллиона не обнаружить - это говорит об особой важности справочника)

фалометрия детектед. У дельфина 50см - ни кто не выиграл

События и отложенные регламенты вам в помощь, хотя я против такой архитектуры.

согласен на ничью:D а тут, коллеги, вмешалась ее величество математика - в виде геометрической прогрессии. Этот справочник (как и куча других) тягался из центральной базы в региональные при каждой репликации. Из-за ошибки программиста он тягался и обратно в ЦБ (как обычные таблицы-факты), причем, по схеме репликации, каждой записи справочника присваивалась метка региональной БД. Поэтому ЦБ воспринимала эти записи как новые - и вставляла их себе в этот же справочник, снова помечая их своими. При следующей репликации ВСЕ записи эти записи опять отправлялись в регионы...И снова из каждой РБ возвращались и вставлялись в ЦБ! :D При этом, каждый регион видел только записи с пометкой ЦБ - поэтому никто из пользователей ничего дурного не замечал. Разве что процедура репликации чуть затягивалась... А когда я пришел в проект и стал расковыривать систему изнутри, мне часто приходилось проводить процедуру ПОЛНОЙ репликации - и она занимала от 20 минут до... в общем, смотря какой проц (его ресурсы сжирались на 100%, вентиляторы крутились как бешеные, обогреватель в квартире был не нужен!:))) Пока не расковырял, в чем дело.

Было или нет . Транзакции предлагали?

Фи, тривиальное решение предлагать - себя не уважать.

Хз , я такое обычно в них делаю. Простите убогого.)

О! нет еще (тут в основном пока piсями мерялись) копну! спасибо)

Ооо... вспомнил, я же делал подобную гадость для заказчика :) Надо создавать новые объекты, заполнять их и, когда новый документ записывается в базу) - записывать в хранилище значений, а ссылки на хранилище - в ТЧ документа. Когда документ проводится (а с момента записи до момента проведения много времени может пройти - вот зачем нужно хранилище) - доставать из хранилища и записывать в справочник. Бред, конечно, однозначно, но за ваши деньги - любой каприз.

тему не читал - транзакции уже предлагали?

[:|||:] :)

Делай все в обработке, которая и заполненный документ создаст, и нужные объекты.

На крайний случай можно поступить как 1С в РС СписанныеТовары в партионном учете: в обработке заполнения добавляешь строки в РС, какие объекты надо создать, после записи - создаешь нужные объекты и удаляешь строки из РС.