SQL 2008：对每种数据类型使用单独的表来返回单行

Question

我想这次我应该灵活一点，让用户决定希望在数据库中存储哪些联系信息。理论上，它看起来像一行，包含以下内容：姓名、地址、邮政编码、类别 X、列表项 A。

示例
FieldType 表定义用户可用的数据类型：

FieldTypeID, FieldTypeName, TableName
1,"Integer","tblContactInt"
2,"String50","tblContactStr50"
...

用户在 FieldDefinition 表中定义其字段：

FieldDefinitionID, FieldTypeID, FieldDefinitionName
11,2,"Name"
12,2,"Address"
13,1,"Age"

最后，我们根据其数据类型将实际联系人数据存储在单独的表中。 主表，仅包含ContactID

tblContact：

ContactID
21
22

tblContactStr50：

ContactStr50ID,ContactID,FieldDefinitionID,ContactStr50Value
31,21,11,"Person A"
32,21,12,"Address of person A"
33,22,11,"Person B"

tblContactInt：

ContactIntID,ContactID,FieldDefinitionID,ContactIntValue
41,22,13,27

问题：是否可以返回内容这些表分成两行，如下所示：

ContactID,Name,Address,Age
21,"Person A","Address of person A",NULL
22,"Person B",NULL,27

我研究了使用 COALESCE 和 Temp 表，想知道这是否可能。即使是这样：也许我只是增加了复杂性，同时牺牲了性能以获得数据存储和用户定义选项的好处。

你怎么认为？

Answer 1

我认为这不是一个好方法，因为：

• 一个联系人的 1 条记录的简单插入突然变成了 n 条记录。例如，如果您存储联系人的 varchar、nvarchar、int、bit、datetime、smallint 和tinyint 数据，则在数据类型特定表中插入 7 次，主标头记录 +1
• 同样，查询将自动引用 7 个表，其中有 6 个 JOIN参与只是为了获得完整的细节，

我个人认为最好采用不太“通用”的方法。保持简单。

更新：
问题是，您真的需要这样灵活的解决方案吗？对于联系人数据，您始终希望能够存储至少一组核心字段（地址行 1-n、名字、姓氏等）。如果您需要一种方法让用户在标准数据集之上存储自定义/用户可定​​义数据，那么这是一个常见的要求。各种选项包括：

• 主联系人表中的 XML 列，用于存储所有用户定义的数据
• 1 个包含键值对数据的额外表，有点像您最初讨论的那样，但程度要小得多！这将包含联系人的键、自定义数据项名称和值。

这些问题之前已经讨论过，所以值得深入研究这个问题。快速浏览后似乎找不到我记得的问题！

找到一些讨论键值方法的优缺点的内容，以节省重复：
关系数据库中的键值对
数据库表中的键/值对