Добрый день. Создала документ, в нем есть неопределенное количество тз, создаваемые по кнопке. Как такой документ можно записать, чтобы все тз попали в регистр? Я так понимаю, что мне эти тз нужно в массив объединить, а потом этот массив как то записать в регистр, подскажите, реализуемо?

да

А потом будут обижаться, что их гнобят на мисте, что форум токсичный.
Как ты создала документ с "неопределенное количество тз"?
Вот точно так же и пиши их в регистр. Нам отседова не видно, где ты это всё хранишь...

(2) прекращай гнобить

(3) Горбатого могила исправит (С)

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

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

(5) А одну таблицу значений можешь?

(7) Не получится, потом не разобрать будет. Если я соберу все в 1 тз, потом не разобрать будет из-за того, что некоторые таблицы значений могут частично повторяться...

ТЗ - это инструмент для обработки данных, но не для хранения. Переосмысливай

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

А что за задача такая необычная, если не секрет? С трудом себе представляю, чтобы где-то потребовалось неограниченное количество таблиц значений. Может, нужно ещё раз подумать над проектированием?

(0) хранилище значения в рс и пиши туда хоть скоко тз в массиве

Если нужно просто хранить ТЗ, без возможности получения к ним доступа через запросы или разыменование, то я бы посоветовал все эти ТЗ загнать в массив или структуру, а массив или структуру преобразовать в XML-документ (по сути являющийся строкой) через СериализаторXDTO

(12)  спасибо огромное

(8) товарищ в (9) дело говорит - записывай свои ТЗ в табличные части(или одну) документа, потом используй при проведении и записи в регистр

(13) ну а строку можно хранить как угодно где угодно

(11) хз что у ТС но иногда бывает надо программный документ
конечно обычно это можно все как то линеаризировать в одну ТЧ или регистр

(13) и во внешний файлик. Крясотя...

Видел я документ, где в каждой строке (по каждому товару) хранилась ТЗ - цены поставщиков.
1 документ занимал 100 мб в базе и открывался, скажем так, неспеша.
Переписывал месяц это безобразие.

(19) вот ты лентяй

(15) табличные части документа? Я же говорю, их неограниченное количество... Я не могу создать 100500 одинаковых ТЧ в документе, ибо не знаю, сколько их нужно будет. Поэтому вне зависимости от производительности сего детища нужно сделать именно так, как захотел заказчик. Я их предупредила обо всех возможных проблемах, но мне было сказано "сервер мощный, выдержит, у нас 1Ска летает"... Так что ребят, про оптимальность такого решения не смотрите. Есть четкий вопрос, на него я нашла четкий ответ, всем спасибо!

если тз одинаковые по колонкам, то можно обойтись 1 тч документа

(21) если ТЧ одинаковые, то достаточно добавить колонку-разделитель

по структуре

(21) а потом при открытии документа все обратно считывать из регистров и расфасовывать в табчасти на форме??
може и не документ это?

(21) напиши им пару вложенностей запросов в цикле .... Хе хе посмотрим на мощность сервера

Позвольте,но у таблицы же еще должны быть колонки.
Как у этого неограниченного числа ТЗ появлчются колонки?

(5) Если скорость обработки данных не предполагает быть быстрой, так же вам неважно ваши ТЗ видеть в отчетах, пиши их во Хранилище значений.
...Глупость, надо хранить во льду...

(27) Пустое, это как искать смысл во вселенной :)))

+(27)  Регламентная отчетность именно так и хранится ;)... (1С - рекомендует)

Позвольте,но создать нужно только две табличные части:
Первая:
ИдентификаторТаблицы
ИдентификаторКолонки
ИмяКолонки
ОписаниеТиповКолонки
Вторая:
ИдентификаторТаблицы
ИдентификаторКолонки
НомерСтрокиТаблицы
ЗначениеКолонки
И легко быстро и просто создаются и сохраняются табличные части любого роста.

(31)

создайте  метаданные по Вашему сценарию . и посмотрите в субд , сколько полей будет создано по каждый тип ЗначениеКолонки.

(21) ИМХО, поторопилась. Посмотри, как реализован документ установка цен.

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