в этои программе ИМХО нет смысла копать очень глубоко, поскольку задачи разработки и применения объектно ориентированных подходов весьма и весьма нетривиальны...
 
то, что в Кэш частично решается именно ООБД уже хорошо
 
поддержание целостности и нормализация, которая позволит избежать дублирования информации решается в реляционных СУБД - РСУБД - это тоже весма нетривиальная задача, если только вы не хотите написать собственное ядро БД типа Jet или SQL
 
REM&gt;&gt; <SUP>(например в продуктах майкрософт мы создаем дублирующиеся записи постоянно - в аресной книге АутЛук, например... для каждого контакта я должен указать компанию в которой он работает - даже если в некоторой компании работает сто человек моих контактов, ее название я должен буду вностить все сто раз...)</SUP>
 

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