sql-server - 允许最终用户动态地将列添加到表中

Question

我们正在开发一个带有 SQL Server 后端的 .NET 应用程序。客户端请求能够在部署应用程序后向实体动态添加自定义属性。

按照建议in a similar question我们可以创建一个表，其中包含每个自定义属性值的一行(Entity-attribute-value 模型)。但是，我们正在考虑允许最终用户实际修改表(同一问题中的 also suggested)，即添加和删除列。

(编辑:如评论中所述，DDL 不会由用户或应用程序直接执行，而是通过存储过程确保一切顺利运行)

主要原因是:

• 改进了性能/可搜索属性
• 属性几乎总是需要显示为列，例如在用户界面的数据网格中或提取数据以在 Excel/PowerPivot 中进一步处理时。
• 数据是强类型的(而不是将所有属性值存储为 varchar)
• 简化的数据模型

有什么我们应该注意的警告吗？

我想到的是:

• 备份/恢复操作可能无法处理不断变化的数据结构
• 依赖对象(例如 View )未正确更新以反射(reflect)这些更改(依赖 View 必须执行 select * from table 才能包含任何添加的列)。
• ...

非常感谢有关此方法的任何意见。

Answer 1

我使用第三方应用程序以多种方式处理此问题:

1. 大多数表都有一个“自定义”版本的表，其中包含各种字段来保存通用命名的数据类型:Number1、Date26、Text3 等)。因此 Company 和 CompanyCustom 具有 1-1 的关系。

2. 列表是在具有 ListID(以及用户设置架构的相应方式)和链接到主表的外键的表上创建的。该表有几个通用列，例如#1。

3. 创建您自己的表格

4. 创建您自己的 View 和存储过程并将它们注册到应用程序中。这些数据集可以附加到数据网格和/或在自定义报告中使用。

有一个界面，用户可以根据自己的需要标记其列(即 Text1 =“Blah Blah Blah”)。在这种情况下，有很多字段被浪费(尽管我的公司已经成功地使用了包括 Money47 在内的大部分字段)，并且它的性能并不理想，但您无法击败我们近乎无限的灵 active 。

这里的关键是该客户愿意为这种功能以及持续的支持支付多少钱？如果您让他们在现有表上创建自定义字段，并且他们决定要更改无法顺利转换的数据类型，他们是否会期望您对其进行洗牌和转换？

我们可以按照购买该系统的费用聘请一名全职程序员。 SalesForce.com 和类似网站具有此功能。我认为您不想为了一款一次性客户端应用程序而涉足这一领域。从长远来看，他们可能会付钱给你，让你不断更新应用程序。