它建议在SharePoint列表中存储高卷事务数据吗？

Question

我需要为内部应用程序设计一个解决方案策略，这些策略将从RFID标签中取出输入，并且这些记录将被存储为“某处”。现在，此某处需要在SharePoint列表或SQL数据库之间进行选择。预计这一点是高势幅事务。

根据所需的业务逻辑，将为有关利益相关者创建报告和视图。虽然，SharePoint是演示层的明显选择，考虑到了我使用列表视图，内容查询，报告和性能点仪表板的多种选项，并且我仍然不清楚使用列表保存数据或使用SQL数据库。

高卷，我期待在20k新的项目/天约20k。

Answer 1

我会去SQL数据库。有几个原因：

存储到SharePoint列表中添加了您不需要的大量开销。
1. 每天20k物品，您将在15000天内达到支持的最大值，并在6小时内列出凝固限制
2. 但最重要的是您想要出去的数据量是汇总来理解数据。这是与SQL 相比，SharePoint真正缺乏的区域

Answer 2

我将在过去，使用单独的SQL数据库来存储所有数据。这将需要额外的工作来呈现数据，但使用BCS，SSRS和/或PowerPivot，您可以很轻松地将其拉到SharePoint中。我不会把它放入一个sp内容数据库并期望好事;）

Answer 3

似乎你计划在这里开发一种“服务”。

我不认为列表是一个选项，但是您可以将其开发为自定义服务应用程序，该应用程序仍将是SharePoint基础结构的一部分，但下面它将利用服务数据库。

paragoservice是自定义SharePoint服务应用程序实现的一个很好的例子