Проектирование хранения доп. свойств
Вопрос
Заказчик хочет, чтобы пользователи сами добавляли к номенклатуре новые свойства (цвет, размер, материал) без доработки конфигурации. Как спроектируете?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
План видов характеристик для видов свойств с составным типом значения
Значения в табличной части объекта или в регистре сведений
Компромисс: табличная часть хранится с объектом, регистр удобен для отбора и не меняет версию объекта
Готовая подсистема БСП «Свойства»
Отбор и отчёты по свойствам в СКД
Что могут спросить следом
- Когда табличная часть лучше регистра?
- Как сделать свойство со списком допустимых значений?
Разбор
Классическое решение: план видов характеристик «Свойства» с составным типом значения, чтобы каждое свойство имело свой тип: число, строка, ссылка на справочник значений. Значения храню либо в табличной части номенклатуры (просто, всё лежит с объектом, но изменение свойства меняет объект), либо в регистре сведений с измерениями Объект и Свойство (удобно для отборов и не трогает объект). Если конфигурация на БСП, беру подсистему «Свойства»: там уже есть дополнительные реквизиты и сведения, наборы свойств и формы. Для списка допустимых значений создаю подчинённый ПВХ справочник значений. Отчёты по свойствам делаю на СКД.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Ещё по теме «Платформа и объекты конфигурации»
- Индексы массива
- Перечисление
- Справочник, документ, регистр
- Изменение элемента справочника
- Иерархия справочника
- Объект для задачи
- Модули конфигурации
- Null и Неопределено