8

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

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

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

主要原因是：

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

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

想到的事情是：

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

非常感谢有关此方法的任何输入。

4

1 回答 1

2

我与以多种方式处理此问题的第三方应用程序合作：

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

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

  3. 创建自己的表格

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

有一个界面，用户可以在他们认为合适的时候标记他们的列（即 Text1 = "Blah Blah Blah"）。在这种情况下有很多浪费的字段（尽管我的公司已经设法使用了包括 Money47 在内的大部分字段）并且它对于性能并不理想，您无法击败我们拥有的近乎无限的灵活性。

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

我们可以为我们为这个系统支付的费用聘请一名全职程序员。SalesForce.com 和类似站点具有此功能。我认为您不想为一次性的客户端应用程序涉足此领域。从长远来看，他们也可能会付钱让您继续更新应用程序。

于 2013-01-22T19:00:25.860 回答