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

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

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

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

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

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

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

(3)В запросах должен быть доступ и к измерениям, и к ресурсам

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

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

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

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

(8) БСП?

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

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

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

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

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

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

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

(18) 1,2,3,4,5,6....

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

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

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

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

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

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

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

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

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

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

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

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

Данные всегда можно получить запросом. Не надо париться с ХЗ, с номерам строк ТЧ.

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

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

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

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

(33) Да

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

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

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

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

(38) Запрос к данным, например, за прошлый год.

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

(39) В ХЗ нельзя, т.к. не контролирует целостность данных.

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

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

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

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

(42) (43) Ты издеваешься?

Этот вариант с полями ДействетС ДействвуетПо я тебе предложил еще в (30).