SQL表设计术语？

我在几个地方见过这种设计范例，通常是在存储一些不可预测的数据（自定义用户首选项，诸如此类）时，其中表只有4列：

row_id - unique
item_id  - indexed, userid or whatever "owns" the preference
name - name of the field
value - field value

---

所以它基本上是存储在SQL中的非结构化数据。这种桌子有没有术语？这可能是解决我遇到的问题的正确方法，但我不想在没有更多研究的情况下使用它，没有名称就很难进行研究这被称为实体属性值模型（entity attribute value model，EAV）。（当然）是一个很好的开始

---

在关系数据库中使用EAV时存在一些限制。特别是，值的类型往往是字符串，而与自然类型无关。此外，外键关系在某些数据库中很难表达。

这称为实体属性值模型（EAV）。（当然）是一个很好的开始

---

在关系数据库中使用EAV时存在一些限制。特别是，值的类型往往是字符串，而与自然类型无关。此外，外键关系在某些数据库中很难表达。

键值对

，

链表

我相信这就是实体属性值模型。基本上你把你的数据和你的元数据混在一起了，这可能是一种危险的方法——哎呀，gordonlinoff比我更危险<代码>键值对，

链表

我相信这就是实体属性值模型。基本上你把你的数据和你的元数据混在一起了，这可能是一种危险的方法——哎呀，gordonlinoff比我更危险！