Sense/Net ECM背後的正式模型是什麼？

Question

首先，我不知道這是否是討論與Sense/Net SN進化相關的想法的理想地點&關於它的學習過程！

無論如何，這是我的故事：

我已經試過&測試了一些SN的功能尤其是內容類型定義CTD;它真的很優雅！

感知/淨維基文檔給我們「知道如何」，我們可以編寫200個關於SN的維基頁面。所有包含的信息是真實的。但是，我們沒有完整的模型可以看到整個系統模型以及如何從中推導出所有案例。

我搜索了SN codeplex.com網頁，但並未發現SN如何演變成爲成熟的ECM平臺。

此外，搜索谷歌使用以下KWS：

• 「文檔管理系統建模」
• 「基於角色的訪問控制（RBAC）模式」
• .....

請協作&幫助。

Answer 1

很奇怪，沒有人來自SenseNet已經回答了，但即使我不知道很多歷史，我也會給它一個答案。在過去的4年中，我一直與SenseNet一起工作，開發了pysensenet擴展，與開發人員溝通，並熟悉源代碼，所以我對該框架有所瞭解。

該框架已經發展了超過15年以上，非常了不起。這裏有一些事實和亮點：

• 數據模型是在它的核心的XML Tree其中每個樹節點具有一個內部表示作爲一個C＃類，可以容納任何數量的屬性/領域。這被稱爲Content，數據庫被稱爲Content Repository。
• XML樹被保存在SQL數據庫中，並使用Lucene.NET進行索引。
• 內容/數據查詢在Lucene中進行，而不是SQL。
• 一次數據庫是任意的（SQL），然後MS SQL Server中的存儲過程將其鎖定到MS SQL中，儘管最近（SenseNet 7）在MongoDB中支持blob存儲。
• 字段可以是9 built-in字段類型之一或您定義的自定義類型。
• XML樹中的一個節點，也就是「內容」，可以容納一個引用另一個節點的字段，像樹中的鏈接列表！好吧，一個雙向鏈表，因爲兩個節點都可以互相引用。很酷。
• 沒有「外部模型」，或者像SenseNet所說的「一切都是內容」。
• 權限系統是基於節點的，並且非常精細。例如，您可以定義權限，以便一個角色，組或人員只能在特定節點上看到內容。並且它與Active Directory集成。
• 所有內容都可以進行版本控制和跟蹤。例如，「聯繫人」（個人）的內容類型可以對該人的姓名進行版本控制。通過這種方式，如果有人更改了他們的名字，內容存儲庫將具有全名更改的歷史記錄。

希望這不會脫落的SenseNet營銷這塊 - 我不爲他們工作，如果你購買許可證不受益 - 但是可以幫助你把它比作其他技術，如SharePoint和Alfresco。