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

【问题标题】：Sharepoint as a replacement for N-Tiers Applications and OLTP DatabasesSharepoint 作为 N 层应用程序和 OLTP 数据库的替代品
【发布时间】：2010-04-23 21:11:22
【问题描述】：

全部，

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

有没有人有执行此操作的经验？我目前的观点是 Sharepoint 不是为处理这种类型的应用程序而构建的，或者不足以处理这种类型的应用程序。它真的可以用数百个页面和数百个表代替应用程序吗？支持数据仓库操作吗？支持高性能 OLTP 操作？提供稳健的开发环境？

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

【问题讨论】：

这不是一个讨论网站（它是一个问答网站），因此您的回复应该是对您的帖子的 cmets 或编辑。当人们投票赞成/反对答案时，他们将重新排序，使您当前的讨论难以理解。请阅读常见问题解答（右上角）
鉴于此，我将在别处进行我的“讨论”。完全希望这能得到回答。

标签： sharepoint

【解决方案1】：

SharePoint 完全可以处理这种级别的数据和用户。但是我非常担心组织中的人员是否能够充分管理、开发和使用这样的实现。在 SharePoint 中有数百种错误的做事方式，而“正确”的方式却很少。

就您所说的使用级别而言，您将不得不进行一些认真的定制和开发。您必须小心，不要让人们误以为它可以开箱即用。

【讨论】：

【解决方案2】：

SharePoint 是一个平台，与任何其他平台一样，它有优点也有缺点，并且可以通过不同程度的努力来做任何你真正想做的事情。

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

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

不要因为 Microsoft 将其作为新的闪亮产品出售而动摇了 SharePoint 船。在 SharePoint 中进行开发需要全面的 ASP.Net 知识，但仅凭这些知识并不能快速启动开发。

【讨论】：

请解释一下，“支持你的数据后端”？
SharePoint 不是任何 DBMS 的替代品，但它确实具有无需直接编写大量自定义代码即可与该数据交互的机制，即 SharePoint 2007 中的业务数据目录及其在 SharePoint 2010 中的替代品，业务连接服务。尝试将所有业务数据存储在 SharePoint 列表中，因为它们“像表格”会导致无限的悲伤，但这不是该工具的目的。
谢谢 OedipusPrime。我认为有一个事实在我们的企业中被极度误解。