可扩展数据库架构-如何存储可扩展属性值

Question

我们正在使用SQL Server
2008，其中一项要求是在为系统定义的实体上具有可扩展的用户定义属性。例如，我们可能有一个名为Doctor的实体，我们希望系统管理员能够定义通常不在系统中的其他属性。这些属性很可能是链接父表或联接表的查询条件所必需的。

将有定义属性（名称，描述，类型）等的表，但是我的问题是实际数据值的存储。

我不是DBA（只是一个假装成程序员的DBA），但我首先想到的是将它们作为一个类存储在一个通用列中

nvarchar(450)

这将涵盖大多数基本类型，并且仍然允许使用索引，但是我认为我会遇到很多转换类型问题（转换为日期，数字等）以及异常查询问题，因为所有内容都是nvarchar。

因此，我最近的想法是为我们将支持的每种数据类型创建一个列：

ColNVarCharData
nvarchar(450)

ColBitData
bit

ColIntData
int

..依此类推

当用户定义可扩展属性时，他们将选择一种数据类型，然后我们将属性值存储在该类型的该列中。例如，如果他们选择了int，则在此示例中，数据值将存储在ColIntData中，而其他两列将为null。

我认为这解决了转换问题，而不是将每个属性存储为通用类型。此外，我可以根据查询的使用情况为每种类型添加所需的索引。

我倾向于使用此功能，但想知道是否还有其他建议。我已经简单地看过XML数据类型，但是“模式”可能会经常更改，因此我认为这是一个更好的选择。

Answer 1

这里只是与该主题相关的一些SO问题/答案。

• 一
• 二
• 三