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

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

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

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

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

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

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

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

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


data-modeling formal-languages document-management ecm sensenet
person Anas Tina    schedule 04.03.2017    source источник

Ответы (1)


arrow_upward
4
arrow_downward

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

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

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

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

person Thane Plummer    schedule 23.04.2017