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

 

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

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

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

主要原因是：

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

    • 我们应该注意哪些警告？

    想到的事情是：

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

    • 任何关于这种方法的输入是非常感谢。

    我与第三方应用程序一起工作，以各种方式处理这个问题：

  • 大多数表格都具有表格的“自定义”版本，其中包含各种字段以保存通用名称数据类型：Number1，Date26，Text3等）。 所以有公司和CompanyCustom有1-1关系。

  • 列表创建在具有ListID（以及用于设置架构的对应方式）和用于链接到主表的外键的表上。 该表有几个通用列，如＃1。

  • 创建你自己的表格

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

    • 有一个用户界面可以标记他们的列，因为他们认为合适（即Text1 =“Blah Blah Blah”）。 在这种情况下有很多浪费的领域（尽管我的公司已经成功使用了包括Money47在内的大部分领域），但它对性能并不理想，因此无法超越我们拥有的无限灵活性。

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

    我们可以聘请全职程序员来支付我们为此系统支付的费用。 SalesForce.com和类似的网站具有此功能。 我不认为你想进入这个一次性客户端应用程序。 他们可能会付出代价从长远来看不断更新应用程序。

    链接地址: http://www.djcxy.com/p/11769.html

    上一篇: Allowing end users to dynamically add columns to a table

    下一篇: How to add a compiler?