我们公司有一个用于客户信息数据库的 ASP.NET 应用程序。该应用程序开始时很小，但在没有适当设计的情况下不断增长。现在应该开发一个新版本的应用程序，这基本上意味着从头开始设计和实现它。该公司有兴趣在未来使用 Microsoft Sharepoint Services，并建议在此客户数据库应用程序中进行试点。
所以我的问题是：
数据库驱动的应用程序是否适合 WSS？大多数情况下，该应用程序将对数据库执行 CRUD 操作并创建报告。
【问题讨论】：
标签： sharepoint wss
我同意 Greg 的观点，即我不一定建议将您的数据放在 SharePoint 列表中（这可能是 Greg 的假设）。但我的简短回答是“也许”。
这是长答案...
SharePoint 在 ASP.NET 上运行，因此它应该可以满足您的需求。您可能正在编写位于 SharePoint 中以访问您的数据库的 ASP.NET 网页，或者编写位于 SharePoint 中以访问您的数据库的 Web 部件。
您可以考虑使用 BDC 来读取/检索数据，但这需要 MOSS Enterprise 并且不会提供 CRUD 的 CUD 部分。 CorasWorks DIT 等其他工具可能会有所帮助，但我怀疑自定义 Web 部件或页面更适合您。
您可以从 SharePoint 获得很多好处，例如授权，也许还可以将您的数据与 SharePoint 列表数据集成、配置、搜索等。这实际上取决于您的应用程序的性质，即 SharePoint 是否会提供好处多多。
【讨论】：
简短回答：不。
长答案： 有合作吗？数据的支持文件？工作流程？如果不是，那么确实没有任何理由通过 SharePoint 托管它 - 您不会获得太多收益。
此外，请记住，SharePoint 列表可能看起来像表格，但它们不是 - 列表的没有关系方面 - 没有加入，没有级联更新/删除等。如果数据报告是您应用的重要组成部分，这可能是个问题。
您可以在外部存储数据并将其显示为 SharePoint 中的只读列表，但如果您不使用任何其他 SharePoint 功能，您仍然会遇到很多麻烦。
【讨论】：
Kirk 打了我一拳，说得比我还好 :)
要考虑的另一件事是您的流程中工作流程的可能性。例如，如果您需要在添加新联系人时启动流程（跟进电话等），那么 SharePoint 提供了很多好处。
也许混合解决方案是合适的。用于 CRUD 和 SharePoint 集成的自定义应用程序，用于有意义并提供价值的部分。
为了使用SP而在SP中构建可能不是一个好主意。
【讨论】：
我们有一个在 MOSS 2007 中运行的 ASP.NET 应用程序。虽然我们几乎不使用 SharePoint 的任何功能，但我们确实利用了 SharePoint 的安全模型、导航 Web 部件（我们使用 CorasWorks）、集成的 Reporting Services 和工作流。至少，SharePoint 功能总有一天会供我们使用。
我们所有的应用程序数据都在其自己的 SQL Server 数据库中。我们不在 SharePoint 内容数据库中存储任何内容。
【讨论】：