sharepoint - 从自定义 ASP.NET 应用程序迁移到 Sharepoint Services

Question

我们公司有一个用于客户信息数据库的 ASP.NET 应用程序。该应用程序开始时很小，但在没有适当设计的情况下不断增长。现在应该开发一个新版本的应用程序，这基本上意味着从头开始设计和实现它。该公司有兴趣在未来使用 Microsoft Sharepoint Services，并建议在此客户数据库应用程序中进行试点。

所以我的问题是：

数据库驱动的应用程序是否适合 WSS？大多数情况下，该应用程序将对数据库执行 CRUD 操作并创建报告。

Answer 1

简短的回答：没有。

长答案：有合作吗？数据的支持文档？工作流程？如果不是，那么确实没有任何理由通过 SharePoint 托管它 - 您不会获得太多收益。

此外，请记住，SharePoint 列表可能看起来像表格，但它们不是 -列表没有关系方面 - 没有加入、没有级联更新/删除等。如果数据报告是您的应用程序的很大一部分。

您可以在外部存储数据并将其显示为 SharePoint 中的只读列表，但如果您不使用任何其他 SharePoint 功能，您仍然会遇到很多麻烦。

Answer 2

我同意 Greg 的观点，因为我不一定建议将您的数据放在 SharePoint 列表中（这可能是 Greg 的假设）。但我的简短回答是“也许”。

这是长答案...

SharePoint 在 ASP.NET 上运行，因此它应该可以满足您的需求。您可能正在编写位于 SharePoint 中以访问您的数据库的 ASP.NET 网页，或者编写位于 SharePoint 中以访问您的数据库的 Web 部件。

您可以考虑使用 BDC 读取/检索数据，但这需要 MOSS Enterprise 并且不会提供 CRUD 的 CUD 部分。CorasWorks DIT 等其他工具可能会有所帮助，但我怀疑自定义 Web 部件或页面是适合您的方式。

您可以从 SharePoint 获得很多好处，例如授权，也许还可以将您的数据与 SharePoint 列表数据集成、配置、搜索等。这实际上取决于您的应用程序的性质，即 SharePoint 是否会提供很多益处。

Answer 3

柯克打我一拳，说得比我要好:)

要考虑的另一件事是您的流程中工作流程的可能性。例如，如果您需要在添加新联系人时启动流程（后续电话等），那么 SharePoint 提供了很多好处或好处。

也许混合解决方案是合适的。用于 CRUD 和 SharePoint 集成的自定义应用程序，用于有意义并提供价值的部分。

为了使用 SP 而构建 SP 可能不是一个好主意。

Answer 4

我们有一个在 MOSS 2007 中运行的 ASP.NET 应用程序。虽然我们几乎不使用 SharePoint 的任何功能，但我们确实获得了 SharePoint 的安全模型、导航 Web 部件（我们使用 CorasWorks）、集成报告服务和工作流的优势。至少，SharePoint 功能总有一天会供我们使用。

我们所有的应用程序数据都在它自己的 SQL Server 数据库中。我们不在 SharePoint 内容数据库中存储任何内容。