数据库设计 – 数据库设计：灵活性与简单性

我试图权衡一个简单的数据库结构的相对优缺点,例如：

1.

CREATE TABLE x (
    my_id INT PRIMARY KEY,...,text_attribute_blah TEXT,text_attribute_blah_blah TEXT
);

VS：

2.

CREATE TABLE x (
    my_id INT PRIMARY KEY,...
)

CREATE TABLE attributes (
    my_id INT,/* foreign key to x.my_id */
    text_attribute_type INT,text_attribute TEXT
)

其中attribute_type可能是blah或blah_blah.

选项1提供简单性 – 表更易于读/写;选项2提供了灵活性(如果我们想添加另一个属性,例如blah_blah_blah,我们不需要进行架构更改,因此代码更改可能更少.)

对这个难题有正确/错误的答案吗？其中一种选择是否比其他选择更好？你能指点我进一步阅读可能有助于确定前进的方向吗？

解决方法

我几乎总是选择#1 – 我只是喜欢在我的表中将属性作为列 – 使查询,性能索引和一般处理更容易和更透明.

#2选项称为EAV – 实体属性值 – 它有一些主要缺点 – 请参阅

> Five simple database design errors you should avoid – EAV方法在此列表中排名第3
> Joe Celko: Avoiding the EAV of destruction