从自定义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

Kirk打我一拳，并说它比我原来要好得多:)。

要考虑的另一件事是您的流程中工作流程的可能性。例如，如果您需要在添加新联系人（后续呼叫等）时启动流程，则SharePoint可提供大量优惠或优势。

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

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

Answer 4

我们有一个在MOSS 2007中运行的ASP.NET应用程序。虽然我们几乎不使用SharePoint的任何功能，但我们确实利用了SharePoint的安全模型，导航webparts（我们使用CorasWorks），集成的Reporting Services和工作流程。至少，有一天我们可以使用SharePoint功能。

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