mysql - 设计数据库:哪种方法更好？

Question

我正在设计一个数据库，想知道我应该使用哪种方法。我将描述我打算设计的数据库，以及可以用来将数据存储在表中的可能方法。
请推荐我应该使用哪种方法，为什么？
关于数据：
a）我有七项特质需要注意。这些只是示例，不是我打算存储的实际示例。让我叫他们：
1）名称
2）DOB（修改..我之前在这里放了年龄..）
3）性别
4）婚姻状况
5）工资
6）母语
7）父亲姓名
b）表中至少有10000行，从长远来看，它们可以向上
c）属性的数量可以在一段时间内改变。也就是说，可以将新属性添加到现有数据集中。不会删除任何属性。
方法1
创建一个包含7个属性的表并按原样存储数据。在需要添加新属性时添加新列。
pro：更容易阅读数据，信息组织良好
con：对于某些值未知的属性，某些行中可能有很多空值。
方法2
创建具有3个属性的表。让他们被称为：
1）属性名：存储属性名。如姓名、年龄、性别等
2）attr_value：存储上述属性的值，例如：tom，25，male
3）唯一标识：唯一标识数据库中的名称、值对。例如SSN
因此，在方法2中，如果需要为某些行添加新属性，我们可以将它们添加到我们创建的hashmap中，而不必担心空值。
pro:hashmap结构。消除空值。
缺点：数据不易阅读。信息不容易掌握。
c）问题
哪种方法更好？
我觉得方法一是更好的方法。因为它不太难处理空值，而且数据组织良好，而且很容易掌握这一数据之王。请建议我应该使用哪种方法，为什么？
谢谢！

Answer 1

你的第二个选择是你可能犯的最糟糕的设计错误之一。只有当您拥有数百个不断变化的属性，并且在对象之间没有相同的属性（例如医学实验室测试）时，才应该这样做。如果需要这样做，那么在任何情况下都不要使用关系数据库来做。nosql数据库处理eav设计远比关系数据库好。
design 2的另一个问题是，几乎不可能具有良好的数据完整性，因为您无法正确地强制fks和数据类型并向数据添加约束。由于这些事情不应该只在应用程序中发生，因为应用程序以外的事情通常会影响数据，因此仅此因素就足以使您的第二个想法变得愚蠢和鲁莽。
一般来说，第一种设计会表现得更好。编写查询会更容易，它会迫使您考虑在添加属性（这是加号而不是减号）时需要更改什么，而不必设计为始终显示所有属性（无论是否需要）。如果有很多空值，则添加一个相关表而不是多个列（可以有一对一的相关表）。通常在这种情况下，您可能拥有一些您知道只有一个子集的记录，并且它们通常很自然地按主题分组。例如，您可能在一个表中具有与人员相关的常规属性（姓名、电话、电子邮件、地址）。然后，您可能拥有属于单独表的与学生相关的属性，以及属于第三个表的与教师相关的属性。或者你可能有你需要的所有保险单和单独的表，车辆保险，健康保险，房屋保险和人寿保险。
还有第三种设计可能性。如果您有一组预先知道的属性，那么将它们放在一个表中，并且只有在设计时无法确定的属性才有一个eav表。这是应用程序希望在用户添加特定于客户的数据字段时具有灵活性的通用模式。