Database design 将真实世界实体建模到数据库中的最简单方法

Database design 将真实世界实体建模到数据库中的最简单方法,database-design,entity-relationship,Database Design,Entity Relationship,各位数据库专家, 我有一个更注重理论的问题,但如果可能的话,我也会对一些实用的建议感兴趣 我需要创建一个系统,让普通人(不是IT专家)可以对真实世界的实体进行建模,这些实体将通过自动转换保存在关系数据库中。例如,可以模拟书店,说有很多书,每本书都有一个或多个作者,等等 我觉得ER对于普通人来说很难理解,尤其是人际关系。我需要一个更简单的方法来表达对象及其关联,但我不知道从哪里开始 谢谢你的提示 由于理论涉及提供[将真实世界实体建模到数据库中的最简单方法],我想说的是列举所有真实世界实体,并将它们

各位数据库专家, 我有一个更注重理论的问题,但如果可能的话,我也会对一些实用的建议感兴趣

我需要创建一个系统,让普通人(不是IT专家)可以对真实世界的实体进行建模,这些实体将通过自动转换保存在关系数据库中。例如,可以模拟书店,说有很多书,每本书都有一个或多个作者,等等

我觉得ER对于普通人来说很难理解,尤其是人际关系。我需要一个更简单的方法来表达对象及其关联,但我不知道从哪里开始


谢谢你的提示

由于理论涉及提供[将真实世界实体建模到数据库中的最简单方法],我想说的是列举所有真实世界实体,并将它们表示在漂亮的大盒子中,这样用户就可以选择与他/她的项目域相关的实体。然后系统将产生完全功能的模型[仍在理论上]。我想不出更简单的了

看看,尤其是诺玛软件(来自)。

是的,我想到了这个解决方案。但是很难为每一个可能的实体建模每一个可能的属性。让领域专家参与进来,随着时间的推移,它会变得越来越好,在现实世界中,每一件事都是敏捷/进化的[想象一下维基百科!]+1用于ORM。(这个ORM,不是那个ORM。)Terry Halpin的书《信息建模和关系数据库》非常有价值。在我看来,图形显示不如编译事实类型重要。人们不需要接受阅读事实的训练。你最大的问题可能是,你的普通人会绝对肯定“X”是真的,而事实并非如此。例如,ZIP+4代码代表一个地址,驾照号码是唯一的,付费发票意味着工作已经完成,等等。我学到了一些新东西。也许这对我有用,也许不行。但我接受这个答案,因为你为我指出了一种思考这个问题的新方法。