Нетривиальное проектирование БД

Всем привет! Для курсовой сформулирована следующая задача, необходимо написать клиент-серверный менеджер документов, для хранения видов (Персональные, медицинские, финансовые и т.д.) и классов документов (паспорт, загранпаспорт, СНИЛС и т.д.), при этом должен быть реализован механизм документального наследования (например на базе паспорта создать экземпляр загранпаспорта, используя определенные реквизиты из оного). Документы можно создавать произвольного вида и с произвольным количеством полей-реквизитов. Данные должны быть иерархически связаны.
Использую СУБД MySQL, начал проектировать, были созданы 3 таблицы.



Возникла идея реализации базы следующим образом, в таблице docs в поле doc будут храниться группы и классы документов, parentId - id родительской группы/класса. По полю isClass определяем является ли данная запись классом документа, если является, то создаем таблицу с одноименным названием, записи которой - экземпляры класса документа.

Помимо иерархии структуры документов, также должно существовать наследование экземпляров (набор документов, принадлежащих определенному физ. лицу, например, на базе паспорта создать экземпляр загранпаспорта, дополняя его лишь необходимыми реквизитами), которое думаю реализовать, используя в качестве связи поля таблиц классов документов parentType и parentId, которые в совокупности дадут нам однозначно определить экземпляр и класс родительского документа. Начав реализовывать подобную модель я сразу же столкнулся со сложностью самой модели и мыслью о том, что я вообще неправильно начал ее проектировать, надеюсь, что более опытные товарищи подскажут возможно ли упростить данную модель, либо подскажут инструменты, упрощающие реализацию подобного функционаа. К тому же, как генерировать сходу таблицы с заранее неизвестным количеством реквизитов, а потом их обрабатывать я пока не очень себе представляю.
Рассматривал различные алгоритмы хранения иерархичных данных в реляционных БД, на основе полученной информации попытался склепать нечто подходящее под мою задачу. Возможно ваши рекомендации помогут по новому взглянуть на поставленную задачу, спасибо!

0

эмм, вам нужно множить не таблицы, а записи в таблицах, так что создавать динамически зачем-то таблицы сразу от этого откажитесь. В вашем случае самым простым, наверное, будет Docs - Type - Requisites и еще какая-то таблица, собственно где будут записываться данные ваших документов(id, docsId, fieldName, Value). Собственно в Docs лежит описание какого-то документа. В Type просто перечислены ваши типы документов и также иерархия наследования (Id, ParentId, TypeName). Ну а в Requisites содержится список полей для определенного типа (Id, TypeId, FieldName, Description). Ну а дальше тянуть инфу из базы по мере надобности.

0

Сообщение от stalker033 Использую СУБД MySQL

для вашей задачи имхо лучше бы подошла NoSQL БД.

0