允许最终用户动态地向表中添加列

Question

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

正如在类似问题中所建议的那样,我们可以创建一个表,然后为每个自定义属性值(实体 - 属性 - 值模型)包含一行.但是,我们正在考虑允许最终用户实际修改表(也在同一问题中建议),即添加和删除列.

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

主要原因是:

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

我们应该注意哪些警告？

想到的事情是:

• 可能无法处理更改的数据结构的备份/还原操作
• 未正确更新以反映这些更改的从属对象(如视图)(从属视图必须执行select * from table以包含任何添加的列).
• ...

关于这种方法的任何意见都非常感谢.

Answer 1

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

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

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

3. 创建您自己的表格

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

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

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

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