共享点列表与 SQL Server

Question

我即将为我的客户开发一个 LOB 应用程序。 asp.net Web 应用程序必须托管在其本地 Sharepoint 服务器上。过去，我使用 Infopath 创建数据输入表单并使用 Sharepoint 设计器工具设计工作流，但我在 Sharepoint 开发方面的经验有限。

项目要求： 1. 用户输入将存储在 SQL Server 等数据存储中的数据的输入屏幕？ 2. 指示他们提交请求状态的仪表板。 3. 应用程序必须托管在 Sharepoint 服务器上（目前在本地）。但我想知道，如果稍后他们决定将其移至 Office 365（云），该怎么办？迁移应用程序（包括已创建的任何工作流）会更容易吗？

我需要什么建议？以下是我的一些问题：

1. 数据存储（SQL Server 与 Sharepoint 列表）- 哪个更好？对于像这样的典型 LOB 应用程序，将数据存储在 SQL Server 或 Sharepoint 列表中是否有意义？

2. 性能 - 如果数据存储在 Sharepoint 列表而不是 SQL Server 中，是否会超时降低应用程序的性能？什么是理想的选择？ Sharepoint 列表是否仅用作某些非常特定场景的数据存储，这些场景是什么？该应用程序的数据量预计会随着时间的推移而增长。大概，假设每个月会添加近 30000 条记录，以后可能会更多？

3. 安全性 - Sharepoint 列表是否是存储数据的安全选项？我知道，如果有人希望允许人们修改列表的结构或通过 sharepoint 弄乱数据，sharepoint 管理员可以提供对 sharepoint 列表的访问。

由于我在 sharepoint 方面的经验有限，我需要建议是否使用列表或 SQL Server 来存储数据。

Answer 1

如果您的 LOB 应用程序具有复杂的结构，例如具有非常关系的表和两个或多个按关系链接的表，SharePoint 会给您带来麻烦。

如果你想从所有复杂的表中生成汇总报告，最好使用 SQL Server。 简单的答案是具有多个链接表的 SharePoint 开发很困难，软件维护也很困难。

性能：具有大量数据（超过 500000 条记录）的 SharePoint 列表会很慢，具体取决于服务器性能的硬件，但如果您喜欢这个 url Link，您可以使用大型列表模式。

SharePoint 列表安全架构非常好，并且知道对此主题有任何担忧，并且每种类型的安全模式都可以应用于数据。