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。