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