Табличный ресурс в регистре сведений #559703

Смог ли кто-нибудь перехитрить ограничение регистра сведений чтобы в ресурсе можно было хранить табличные части?

даже не задумывался ...а зачем?

а что, ХЗ там не хранится?

ХранилищеЗначения? можно ещё в строку неограниченой длинны пихать ЗначениеВСТрокуВнутр(ТЗ). Или именно ТЧ документа? ссылку на документ лучше тогда

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

В ресурсах сожно хранить только числа. Как ты собираешься использовать тьам тч?

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

аа...сведений.

ух, какой я телепат

что мешает сделать на каждую строку тч свою запись с ведущим Контрагент и потом спокойно иметь доступ запросом?

.2 если в запросах нужно - то фигани измерение "номер строки" еще

БСП?

библиотека стандартных подсистем

Что за конфа то?

Номер строки не катит. А если мы хотим удалить строку ТЧ, т.е. строк станет меньше чем было, то СрезПоследних выдаст нам строки из предыдущей версии + к текущей

т.е. колонки для фильтрации типа "версия" у тебя нет?

Конфа самопальная

не выдаст, Первые 1 если выбирать

Поясни чем "версия" поможет.

1,2,3,4,5,6....

Версионирование в УПП, можеш оттуда регистр спионерить и подписку для заполнения

ну, как чем? Вместо номера строки. Номера строк ты говоришь пропадут, а версии все будут у тебя на месте.

Поместить ВремВерсия Из Таблица Где Таблица.Контрагент = &Контрагент ; Выбрать  * Из Таблица Где Таблица.Контрагент = &Контрагент И Таблица.Версия В (Выбрать ВремВерсия.Версия Из ВремВерсия)

Т.е. без изврата запроса или временных таблиц не обойтись. Просто думал, что может быть кто-то нашел более изящное решение.

В этом случае было бы замечательно что-н-ть вроде регистра накопления сделать, только с любым типом значения ресурса и, в случае типа, отличного от числа, фигачить список значений.

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

копить то чего? это по сути рег сведений

для этого нужны ссылки :)))

не нужно там никаких ТЧ. есть отборы. ТЧ храните в регистраторах, и если оч надо - пусть ТЧ проводятся по РС.

Много где используется такой вариант и при этом разношерстная структура, что общий метод обработки не создашь. А копипастить очень не хочется! (Некрасиво)

>> Есть справочник с реквизитом "Контрагент" и табличной частью "ВидНоменклатуры". С течением времени список видов номенклатуры может меняться (добавляться и удаляться). Я бы отказался нафиг от табличной части. Вместо ТЧ сделал бы регистр сведений с измерениями ДействуетС, ДействуетПо типа Дата (первый можно заменить на Период если регистр сделать еще и периодическим). При записи наборов контролировать неповторяемость одного ВидаНоменклатуры в одном периоде. На форме элемента Контрагенты отображать только актуальные записи по видам номенклатуры из регистра (отбором). Колонки ДействуетС ДействуетПо вообще не показывать в табличном поле, а требовать заполнения этих данные только при добавлении нового вида номенклатуры к контрагенту. Данные всегда можно получить запросом. Не надо париться с ХЗ, с номерам строк ТЧ.

ДействетС и по регистратору (периоду видно), а ДействуетПО - заранее неизвестно.

Для действующих записей ДествуетПо - пустая дата. Для прекративших сво

Предлагаешь ВидНоменклатуры в Измерения зафигачить?

ё действие - заполнена

Да

но по сути это не имеет принципиального значения - измерение или ресурс

замени справочник на документ. пусть в РС пишет новую запись с ресурсом "используется" = ложь для записей, прекративших действие.

"Флаг использования" это, пожалуй, вариант! Попробуем, отпишемся.

Изврат, но засунь в хранилище значения, сделай общую функцию и хоть в СКД используй.

Запрос к данным, например, за прошлый год. Что даст тебе флаг "Испольуется", если ты не знаешь в какой момент его сняли/установили?

В ХЗ нельзя, т.к. не контролирует целостность данных. Удалишь в базе какой-нибудь вид номенклатуры, на который есть ссылка, засунутая когда-то в ХЗ, и всё - привет семье <Объект не найден ...>.

Действительно, ничего не даст! А вот если вместо флага ставить дату снятия с использования у становящихся неактуальными записей при записи нового набора...

+... тогда, по крайней мере в запросе смогу условие поставить, чтобы эта дата снятия была больше даты среза

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

Ты издеваешься? Этот вариант с полями ДействетС ДействвуетПо я тебе предложил еще в .