交易系统的Sharepoint

Question

我做了一些研究，看来实施基于Sharepoint列表的交易系统是一个错误的设计决策。

但是，我仍然认为您可以某种方式利用sharepoint的好处，即使对于交易系统也是如此。我想到了两个选择： 1.使用单独的数据库并使用BCS连接数据 2.只需使用sharepoint来托管Web部件，所有数据访问和数据显示都应该从头开始实现。

如果对其他系统有一个很好的案例研究，我有点好奇。 例如，我知道Infor现在正在使用Sharpoint。但据我所知，他们只是使用webparts的概念（如上面的第2点）。所有数据都将存储在Sun数据库中。甚至屏幕似乎都是定制的。我不知道他们是否以任何方式使用BCS。但是，他们很好地使用了Sharepoint webparts来构建类似于体验的仪表板。

非常感谢任何帮助。我需要案例研究的例子来支持我的观点，即sharepoint对于交易系统是可行的。也许在sharepoint上实现事务系统时有任何想法/提示/陷阱。  

编辑 - 这些是我在用于事务系统时在Sharepoint中找到的一些难点。

1.您不能使用交易。如果更新多个列表 - 则无法在一个原子事务中执行此操作。
2. Sharepoint和SQL之间的抽象层意味着您将失去SQL必须提供的几个好处。您无法创建存储过程，因为您应该使用list。您不能直接在数据库级别工作，因为您应该通过Sharepoint。某些优化无法应用 3.联接在Sharepoint中有一些限制。这极大地限制了您的分析可能性 4. Sharepoint将您的数据存储在一个表中，这会导致许多问题。你不能优化那么多。

Answer 1

这实际上取决于您计划创建的具体应用程序。您仍然可以将SharePoint用作任何基于Web的应用程序的前端，只需创建您提到的自定义Web部件。

您可以在列表中使用列表作为表。在SharePoint 2007中，Microsoft在发现性能问题之前提到了每个列表2010和2007的一些限制。

我能想到的其他事情是能够根据应用程序中完成的某些事情使用SharePoint工作流和电子邮件通知。您也可以创建一个简单的审计跟踪列表，当记录错误时，将向您或您的团队发送电子邮件。

这一切都归结为您需要的具体应用要求。您可以更新您的帖子，我会尽力帮助您。 ：）