да, я подразумевал именно иерархическую структуру
которая будет увеличивать количество экземпляров записей а не количество аттрибутов
записи... изменения структуры хранилища данных (таблицы, условно говоря) не потребуется...
ограничения на число вложеных (иерархически подчиненных) аттрибутов имеет смысл
ввести, если это связано со скоростью работы базы, в противном случае нет смысла
их вводить...
вопрос - как отличить экземпляр записи в классификаторе от аттрибута записи в
классификаторе - ИМХО придется ввести доп. признак - служебное поле по которому
будет определяться - является ли экземпляр записи отображением сущности-классификатора
или ее свойства-аттрибута
вопрос - имеет ли смысл заморачиваться и устанавливать свойства для такого иерархического
аттрибута... ИМХО вряд ли это оправдано - это усложнит процедуру (алгоритм) создания
такого шаблона - путь будут обычные текстовые поля 50 - 70 символов
каждый раз руками создавать иерархическую структуру - хлопотно, вариант с шаблоном,
формируемым одновременно с созданием классификатора мне кажется достаточно оправданным