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