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

全部,

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

有没有人有实施这项计划的经验？我目前的观点是，Sharepoint的构建不适合或不足以处理这种类型的应用程序。它真的能用数百个页面和数百个表取代应用程序吗？支持数据仓库操作？支持高性能OLTP操作？提供一个健壮的开发环境

非常感谢您的任何意见。谢谢S.O.社区

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

更新：

可能和你更相关

---

此外，您可能还想了解一下，SharePoint是一个平台，与其他任何平台一样，它有优点和缺点，可以通过各种级别的努力来完成您真正想用它做的任何事情

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

更好的问题是，在新平台上重新开发所有应用程序（如果有的话）会带来什么好处

---

不要因为微软把它当作新的闪亮产品来销售，而动摇了SharePoint的地位。在SharePoint中进行开发需要对ASP.Net有透彻的了解，但仅仅了解ASP.Net并不能快速启动开发。

SharePoint完全可以处理这一级别的数据和用户。但是我会非常担心组织中的人员是否能够充分管理、开发和使用这样的实现。SharePoint中有成百上千种错误的方法，而正确的方法却寥寥无几

---

在您所谈论的使用级别上，您必须进行一些认真的定制和开发。您必须小心，不要让人们误以为它会在开箱即用的情况下为他们工作。

以下是有关Sharepoint容量规划的一些信息：

---

这意味着每个列表中有2000多个条目不起作用。

谢谢大家的回答

在阅读了所有的反馈之后，它似乎与我的研究一致。话虽如此，以下是我从你们的回答中得出的结论：

SharePoint开箱即用是CMS。 SharePoint列表不会替换关系表。 扩展SharePoint以满足其他用途仅限于SharePoint框架内的自定义开发。 根据我的研究： -在SharePoint应用程序中使用关系数据库是通过自定义代码完成的。遵守上述第3点。 -使用CMS域之外的功能在SharePoint中开发和构建应用程序会使许多SharePoint功能无效，并需要大量自定义开发

---

再次感谢大家的反馈，这对我的研究是无效的

为了子孙后代，也为了任何在这里失足的人

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

我们是说在ASP.NET之上的平台上开发比ASP.NET本身更难学习吗？

---

哎哟，我不知道你是否想沿着这条路走下去；SharePoint有着臭名昭著的学习曲线，不容易弯曲和弯曲。

感谢链接。我目前发现，列表项更少，硬件更好，性能更差。请解释，支持您的数据后端？SharePoint不是任何DBMS的替代品，但它确实具有与数据交互的机制，而无需直接编写大量自定义代码，即SharePoint 2007中的业务数据目录及其在SharePoint 2010中的替代品Business Connectivity Services。尝试将您的所有业务数据存储在SharePoint列表中，因为它们类似于表，这将导致无限的悲伤，但这不是该工具的目的。谢谢您的Oedipuprime。我认为有一个事实在我们的企业中被严重误解。谢谢，但正如我所说的，这似乎是非编码管理人员通过炒作和虚假的借口推销的东西。这不是一个讨论网站，而是一个问答网站，所以你的回复应该是评论或编辑你的帖子。当人们投票赞成/反对答案时，他们将重新排序，使您当前的讨论难以跟进。请阅读右上角的常见问题解答鉴于此，我将把我的“讨论”带到别处。充满希望 这个问题很容易得到回答。