我能在多长时间内完成这个数据库设计？

Question

我有兴趣了解创建由数据库支持的自定义系统的优缺点,如下所述:

它有6个表支持它.

实体:可以说,任何可以存在并且存有细节的"物理"(希尔顿酒店,Tony Taxi,One Bar)

实体类型:实体的分组/类型(酒吧,酒店,餐厅)

元数据:描述或属于实体项目的任何细节(IR232PH,foo @ bar.com,555-555-555)

元数据类型:分组/类型的元数据(邮政编码,电话,电子邮件,地址)

实体关系:将任何实体项分组到另一个实体项的能力(Entity1-Entity2,Entity3)

实体关系类型:实体关系的分组/类型.

我可以看到这个模型对于相似但不总是具有相同数量的属性的实体是如何有益的.

使用它的利弊是什么,因为它描述的实体是什么？

• 艺术家可以在场地表演(关系类型).
• 艺术家可以支持(关系类型)另一位艺术家

使用它还可以存储更多标准实体(如系统用户)的利弊是什么？

• 用户可以拥有喜欢的(关系类型)场所/艺术家/酒吧等
• 用户可以具有参加(关系类型)事件

你能不能把新闻和博客文章记录下去？

Answer 1

这是非常主观的，但在我沿着抽象阶梯上升到您建议的位置之前，我宁愿对我的应用程序进行编码以使用 DDL 来修改数据库模式以匹配它所使用的实际实体的具体方面，而不是让抽象的静态模式，能够存储有关任何潜在实体的数据。

在某种程度上，有点开玩笑，恕我直言，你所建议的已经完成了......它被称为关系数据库。每个 RDBMS 都是一个软件工具，旨在能够对任何可能的实体集及其属性进行建模，从而准确地对这些实体及其之间的关系进行建模。