交易系統Sharepoint

我已經做了一些研究，它似乎實施基於Sharepoint列表的交易系統..是一個錯誤的設計決策。交易系統Sharepoint

不過，我可以以某種方式利用的SharePoint的好處，甚至對交易系統的意見仍。我在考慮2個選項： 1.使用單獨的數據庫並使用BCS連接數據 2.只需使用SharePoint來託管Web部件，所有數據訪問和數據演示應該從頭開始實施。

我有點古董，如果有其他系統的一個很好的案例。例如，我知道Infor現在正在使用Sharpoint。但是根據我所能理解的，他們只是使用webparts的概念（如上面的第2點）。所有數據都將存儲在Sun數據庫中。甚至屏幕似乎都是定製的。我不知道他們是否以任何方式使用BCS。但是，他們已經很好地使用Sharepoint webparts來構建類似於儀表板的體驗。

任何援助將grely讚賞。我需要案例研究來支持我的觀點，即交易系統的共享點是可行的。當在SharePoint上實現交易系統時可能存在任何想法/提示/陷阱。

編輯 - 這些都是我曾經在Sharepoint用於事務處理系統時發現了一些痛點。

1.您不能使用交易。如果您更新多個列表 - 您不能在一個原子事務中執行此操作。
2. Sharepoint和SQL之間的抽象層意味着您失去了SQL必須提供的幾項好處。您不能創建存儲過程，因爲您應該使用列表。您不能直接在數據庫級別工作，因爲您應該通過Sharepoint。一些優化不能應用。
3.連接在Sharepoint中有一些限制。這大大限制了你的分析可能性。
4. Sharepoint將數據存儲在一個導致許多問題的表中。你無法優化那麼多。

來源

2012-01-22 Joseph Caruana

我不能回答你的經驗問題，但我會享受抽穗更多地瞭解你已經做了說明SharePoint列表不應該被用於事務處理系統的研究。 –

吉姆 - 感謝您的回覆。例如，Sharepoint列表不支持事務，它們往往會減慢非常大的列表，導致數據庫功能丟失（例如，您必須通過CAML查詢某些元素（如連接）的位置非常有限）。基本上SharePoint列表根本不是數據庫 –

這真的取決於你打算什麼具體的應用程序來創建。您仍然可以將SharePoint用作任何基於Web的應用程序的前端，只需創建像您提到的那樣的自定義Web部件即可。

您可以使用列表作爲表的範圍。從SharePoint 2007開始，微軟在發現性能問題之前提到了2010和2007年每個列表的一些限制。

我能想到其他的事情是能夠使用基於您的應用程序做某些事情的SharePoint工作流和電子郵件通知。您也可以創建一個簡單的審計線索列表，當發生錯誤時，電子郵件將發送給您或您的團隊。

這實際上歸結爲您需要什麼特定的應用程序要求。你可以更新你的帖子，我會盡我所能幫助你。 :)

來源

2012-06-24 14:41:29

感謝您的回覆 - 我列出了我在測試中遇到的一些痛點 –

1。不幸的是，AFAIK無法在SharePoint中執行交易。而是執行多個更新。 2.是的，最初的想法是使用SharePoint，以便管理員可以設置一次，非技術用戶繼續使用其功能。 3.您在加入SharePoint時遇到的具體限制是什麼？ 4.是的，索引它是唯一的方法。限制列表也可以完成。除此之外，我想不出任何其他的事情。 –

感謝您的留言，並對以前未回覆表示歉意。 Sharepoint連接有幾個限制。例如，你不能加入特定的字段類型。總體而言，我認爲，共享點根本不是數據庫。我認爲一個好的交易系統必須基於關係數據庫。或者面向對象的數據庫...但肯定不是共享點 –

交易系統Sharepoint

回答

相關問題