Вторая табличная часть в документе в 1С 7.7 #402752

Подскажите, пожалуйста, каким образом можно организовать "вторую" табличную часть в документе в 1С Торговле 7.7. Мне нужно в ней хранить две колонки (2 реквизита), которые не имеют никакого отношения к первой таб. части.

в аську или майл стучись. Расскажу наиподробнейше... :)

Таблица значений... Хранить данные можно многими способами, можно в отдельном файле, например ДБФ, можно делать реквизит шапки типа строка неогран длины и сохранять тулда ЗначениеВСтроку(тз)...

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

Скорее всего остановлюсь на последнем варианте. Спасибо большое за ссылку на описание как это сделать.

Какие типы данных будешь хранить в колонках второй таб. части?

Два числовых типа.

Тогда можно

: для хранения ТЗ (используемой в качестве второй табличной части документа), содержащей данные только(!) НЕагрегатных типов, лучше использовать реквизит типа "строка неограниченной длины", в которую при сохранении документа записывать внутреннее представление (получаемое функцией "ЗначениеВСтрокуВнутр") такой ТЗ - а при открытии документа восстанавливать из внутреннего представления (при помощи функции "ЗначениеИзСтрокиВнутр") и использовать нужным образом... повторить по слогам: только(!) данные НЕагрегатных(!!!) типов.

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

Спасибо за комментарий. Все сделала, все получилось.

зачем плодить сущности. все прекрасно делается с физически одной табличной частью...

в самой табличной части документа можно хранить дохрена табличных частей и не выделываться с внешними файлами и сторонними документами

вот они - страшные последствия кризиса

Мне не очень удобно с одной табличной частью - вы сейчас говорите про скрывать (показывать) колонки?. У меня в одной таб. части очень много строк, во второй - мало. Очень много трудозатрат - на выполнение этого метода.

ну если несколько строк кода это большие трудозатраты, тогда конечно...

Я второй документ обычно делал. Непроводной и с фиксированной датой типа 01.01.1980, чтобы в журнале не болтался.

ну, если ЗагрузитьТабличнуюЧасть и ВыгрузитьТабличнуюЧасть + пара строк кода это неподъемная ноша, тогда пложи объекты метаданных под кадую такую "ношу". спер из камина?

*пложи = плоди

в ИТРП такая же фигня...

А ссылочная целостность?

оправдываешь ник? кто тебе сказал, что таблицы хранятся в виде кучи ТЗ с ЗначениеВСтроку?

Чего мне его оправдывать то? Он в оправданиях не нуждается. Ну и как же тогда эти таблицы значений хранить?

в табличной части документа

+ у меня, например, документ по заполнению данных об оказываемой услуге содержит 9 закладок, на каждой закладке своя табличная часть. Фокус в том, что эти 9 табличных частей, видимых юзеру физически представляют собой одну табличную часть этого документа. При таком подходе сохраняются все методы для строк табличной части на каждой из этих закладок, что весьма немаловажно. И никаких ТЗ на форме, что тоже весьма немаловажно.

Понятно.

И лишняя избыточность в "пустых" колонках.. :)

Короче.