sql - 我可以将此数据库设计走多远？

Question

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

它有 6 个表支持它。

实体:比方说，任何可以存在并存储有详细信息的“物理”对象(希尔顿酒店、Tony Taxi、One Bar)

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

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

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

实体关系:将任何实体项目分组到另一个的能力(实体1-实体2,实体3)

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

我可以看出这个模型如何适用于相似但并不总是具有相同数量属性的实体。

将它用于所描述的实体有哪些优点/缺点？

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

同时使用它来存储更​​多标准实体(如系统用户)的利弊是什么？

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

您认为其中包含新闻和博客文章吗？

Answer 1

这是非常主观的，但在我上升到你建议的抽象阶梯之前，我宁愿编写我的应用程序以使用 DDL 来修改数据库架构以匹配它正在使用的实际实体的具体方面，而不是将静态模式抽象到能够存储有关任何潜在实体的数据的程度。

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