Какова официальная модель Sense/Net ECM?

Question

Во-первых, я не знаю, является ли это подходящим местом для обсуждения идеи, связанной с эволюцией Sense/Net SN и процессом обучения об этом!

Во всяком случае, это моя история:

Я попробовал и протестировал некоторые функциональные возможности SN, особенно определение типа контента CTD; Это действительно элегантно!

Вики-документация Sense / Net дает нам "Ноу-хау", и мы можем написать 200 вики-страниц о SN. Вся включенная информация является правдой. Однако у нас нет полной модели, в которой мы можем видеть всю модель системы и то, как все случаи получены из нее.

Я искал страницы SN codeplex.com, но не нашел, как SN превратилась в зрелую платформу ECM.

Кроме того, поиск в Google, используя следующие KW:

• "Моделирование системы управления документами"
• "Модель управления доступом на основе ролей (RBAC)"
• .....

Пожалуйста, сотрудничайте и помогите.

Answer 1

Любопытно, что никто из SenseNet не ответил, но я попробую, хотя я не знаю много истории. Я работаю с SenseNet в течение последних 4 лет, разработал pysensenet Расширение, общаться с разработчиками, и я знаком с исходным кодом, так что я немного знаю о структуре.

Фреймворк развивался в течение последних 15 с лишним лет и является довольно замечательным. Вот несколько фактов и основных моментов:

• В основе модели данных лежит дерево XML, где каждый узел дерева имеет внутреннее представление в виде класса C# и может содержать любое количество свойств / полей. Это называется Contentи база данных как Content Repository,
• Дерево XML сохраняется в базе данных SQL и использует Lucene.NET для индексации.
• Запросы контента / данных выполняются в Lucene, а не в SQL.
• Когда-то база данных была произвольной (SQL), затем хранимые процедуры в MS SQL Server блокировали ее в MS SQL, хотя недавно (SenseNet 7) поддерживает хранение больших двоичных объектов в MongoDB.
• Поля могут быть одним из 9 встроенных типов полей или определяемым пользователем типом.
• Узел в дереве XML, также называемый "контентом", может содержать поле, которое ссылается на другой узел где-то еще в дереве, как связанный список внутри дерева! Хорошо, двусвязный список, так как оба узла могут ссылаться друг на друга. Очень круто.
• Не существует "внешней модели" или, как говорит SenseNet, "Все является контентом".
• Система разрешений основана на узлах и является невероятно детальной. Например, вы можете определить разрешения таким образом, чтобы одна роль, группа или лицо, могла видеть контент только на определенном узле. И это интегрируется с Active Directory.
• Весь Контент может быть версионирован и отслежен. Например, тип контента "Контакт" (лицо) может иметь версию для имени человека. Таким образом, если кто-то изменит свое имя, в репозитории контента будет храниться история всех изменений имени.

Надеюсь, это не будет частью маркетинговой деятельности SenseNet - я не работаю на них и не выиграю, если вы приобретете лицензию, - но может помочь вам сравнить ее с другими технологиями, такими как SharePoint и Alfresco.