我正在为SQL数据库设计概念架构,该数据库将处理有助于分析已定义的一组个人的记录。 (你可以想象我是为一个正在为组织成员建立投资组合的间谍机构开发的。)
我担心的是,用于描述这些人的文件的收集总是在增长。我想为管理级用户启用类似CMS的功能,这些用户能够在Web界面中定义通用文档,作为将额外信息输入数据库的方法。这类似于键入“填空”纸张并提供要添加(根据需要)现有主题文件的副本。
为每个必要的记录继续向数据库添加新表是否合适?我担心开发一个Web应用程序,它将为每种文档类型生成一个新表,尤其是如果定期发明新的文件类型。我很感激对这个问题的任何想法。我提供了我的替代方案,一种实体关系模型,我认为可以使用定义的文档类型允许通用文档类型创建和后续主题记录创建。 我也很感激对此替代方案的批评。
此方法将RECORD定义为与特定主题相关的文档。使用一组基于系统定义的FIELDS的用户构建的DOCUMENT_FIELD来定义文档。使用RECORD_DATA填充RECORD,RECORD_DATA是由其RECORD_ID(外键)以及特定于文档的DOCUMENT_FIELD(也是外键)标识的数据的抽象容器。
我对此设计的主要犹豫是软件开发人员访问记录和包含数据的麻烦。