用于交易系统的 Sharepoint

Question

我做了一些研究，似乎确实基于 Sharepoint 列表实现交易系统.. 是一个错误的设计决策。

但是，我仍然认为您可以以某种方式利用共享点优势，即使对于交易系统也是如此。我在想2个选项： 1.使用单独的数据库，使用BCS连接数据 2. 只需使用sharepoint 来托管web 部件，所有数据访问和数据呈现都应该从头开始实现。

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

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

编辑 - 这些是我在用于事务系统时在 Sharepoint 中发现的一些痛点。

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

Answer 1

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

您可以在一定程度上将列表用作表格。从 SharePoint 2007 开始，Microsoft 在注意到性能问题之前提到了 2010 和 2007 每个列表的一些限制。

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

这真的归结为您需要什么特定的应用程序要求。您可以更新您的帖子，我会尽力帮助您。 :)