Sharepoint作为N-Tiers应用程序和OLTP数据库的替代品

Question

全部，

在我目前的公司，我们希望用Sharepoint 2007替换所有ASP.NET应用程序和OLTP数据库。我们的应用程序和数据库处理10,000多行，我们有5,000多个客户正在使用该系统。我们的sharepoint实现将取代所有n层应用程序。

有没有人有实施这个的经验？我目前的观点是，Sharepoint不是为此类应用程序而构建或足够的。它真的可以用数百个页面和数百个表替换应用程序吗？支持数据仓库操作？支持高性能OLTP操作？提供强大的开发环境？

非常感谢任何和所有输入。谢谢S.O.社区。

Answer 1

SharePoint可以绝对处理这一级别的数据和用户。但是，我对组织中的人员是否能够充分管理，开发和使用这样的实现存在严重的担忧。在SharePoint中有数百种错误的方法，而且很少有“正确”的方法。

在您正在谈论的使用级别上，您将不得不进行一些严格的定制和开发。你必须要小心，人们不要误以为它能为他们开箱即用。

Answer 2

https://stackoverflow.com/questions/256407/what-are-your-biggest-complaints-about-sharepoint

How good/bad is sharepoint programming?

转移到sharepoint基本上不是一个好主意。难以使用。陡峭的学习曲线。您可能需要Sharepoint顾问。

更新：Developing a website for 3 mln. users: SharePoint OR pure ASP.NET?

Sharepoint CMS vs UmbracoCMS

可能与您更相关。

您也可以查看Running away from SharePoint（开玩笑）

Answer 3

SharePoint是一个平台，与其他任何平台一样，它有优点和缺点，可以通过各种努力来制作你真正想要的任何东西。

SharePoint可以处理您询问的负载吗？毫无疑问。它可以支持你的数据后端吗？当然，要么通过BDC / BCS的“SharePointy”机制，要么通过自己的自定义代码。

更好的问题是，如果有的话，从新平台上重新开发所有应用程序可以获得什么？

不要因为微软将它作为新的闪亮产品而被摇摆不定。在SharePoint中进行开发需要具备ASP.Net的全面知识，但仅凭这一点就无法快速启动开发。

Answer 4

以下是有关Sharepoint容量规划的一些信息：http://www.microsoft.com/resources/documentation/wss/2/all/adminguide/en-us/stsb07.mspx?mfr=true

它表明每个列表超过2000个项目不起作用。

Answer 5

谢谢大家的回答！

阅读完所有反馈后，似乎与我的研究一致。话虽如此，这是我从你的回答中收集的内容：

• 开箱即用的SharePoint是CMS。
• SharePoint列表不替换关系表。
• 扩展SharePoint以填充其他用途仅限于SharePoint框架内的自定义开发。

从我的研究中： - 在SharePoint应用程序中使用关系数据库是通过自定义代码完成的。坚持上述第3点 - 在SharePoint中开发和构建应用程序，其功能不属于CMS域，使许多sharePoint功能无效，并且需要大量的自定义开发。

再次感谢大家的反馈，这对我的研究非常重要。

Answer 6

为后代和其他任何偶然发现的人。

进一步的观点： - 大多数开发人员没有足够的SharePoint开发知识来正确实施SharePoint解决方案。 - 开发SharePoint应用程序需要ASP.NET知识。 - SharePoint维护步骤学习曲线。

• 我们是说在基于ASP.NET构建的平台上进行开发比使用ASP.NET更难学习吗？

Answer 7

哎哟，我不知道你是否想沿着这条道路前进; SharePoint有一个非常臭名昭着的学习曲线，不容易弯曲和弯曲太多。