Sense/Net ECM의 공식적인 모델은 무엇입니까?

Question

처음에는 Sense/Net SN evolution & 학습 과정과 관련된 아이디어를 토론 할 수있는 적합한 장소인지 잘 모르겠습니다. 어쨌든

이 내 이야기 ​​: 나는 & 특히 콘텐츠 형식 정의 CTD 일부 SN 기능을 테스트 시도

; 정말 우아합니다!

Sense/Net 위키 문서는 "Know How"를 제공하며 SN에 관한 200 개의 wiki 페이지를 작성할 수 있습니다. 포함 된 모든 정보가 사실입니다. 그러나 우리는 전체 시스템 모델을 볼 수있는 완전한 모델을 가지고 있지 않으며, 전체 시스템 모델에서 파생 된 모든 사례를 볼 수 있습니다.

SN 코드 플렉스 닷컴 페이지를 검색했지만 SN이 어떻게 성숙한 ECM 플랫폼으로 발전했는지 찾지 못했습니다.

• "문서 관리 시스템 모델링"
• "역할 기반 액세스 제어 (RBAC) 모델"
• .....

:

은 또한 다음 KWS를 사용하여 구글 검색

& 도움을주세요.

Answer 1

SenseNet의 아무도 대답하지 못했지만, 많은 역사를 알지 못한다고해도 나는 그것을 줄 것이다. 저는 지난 4 년 동안 SenseNet에서 일했고, pysensenet 확장을 개발했으며, 개발자들과 의견을 나눴습니다. 그리고 소스 코드에 익숙하여 프레임 워크에 대해 조금 알고 있습니다.

프레임 워크는 지난 15 년 이상 진화 해 왔으며 꽤 주목할 만합니다. 여기에 몇 가지 사실과 하이라이트는 다음과 같습니다 :이 핵심 각 트리 노드는 C# 클래스와 같은 내부 표현이있는 XML Tree이야와 속성의 수/필드를 저장할 수에

• 데이터 모델입니다. 이를 Content, 데이터베이스를 Content Repository이라고합니다.
• XML 트리는 SQL 데이터베이스에 유지되며 인덱싱에 Lucene.NET을 사용합니다.
• 콘텐츠/데이터 쿼리는 Lucene이며 SQL이 아닙니다.
• 한때 데이터베이스는 임의적이었습니다 (SQL). 그런 다음 MS SQL Server의 저장 프로 시저가 MS SQL에 잠겼습니다. 최근 (SenseNet 7)은 MongoDB에서 BLOB 저장소를 지원합니다.
• 필드는 9 built-in 필드 유형 또는 사용자가 정의한 사용자 정의 유형 중 하나 일 수 있습니다.
• "Content"라고도하는 XML 트리의 노드는 트리 안의 링크 된 목록처럼 트리의 다른 노드를 참조하는 필드를 보유 할 수 있습니다! 두 노드가 서로를 참조 할 수 있기 때문에 이중 연결 목록입니다. 아주 멋지다.
• "외부 모델"이 없거나 SenseNet에서 "모든 것이 컨텐츠"라고되어 있습니다.
• 권한 시스템은 노드 기반이며 엄청나게 세분화되어 있습니다. 예를 들어 특정 역할, 그룹 또는 사람이 특정 노드의 컨텐트 만 볼 수 있도록 권한을 정의 할 수 있습니다. 또한 Active Directory와 통합됩니다.
• 모든 콘텐츠를 버전 관리하고 추적 할 수 있습니다.예를 들어 콘텐츠 유형이 "연락처"(사람) 인 경우 해당 사람의 이름을 버전 관리 할 수 ​​있습니다. 이 방법으로 누군가가 이름을 변경하면 컨텐츠 저장소에 모든 이름 변경 기록이 생깁니다.

SenseNet 마케팅 자료에서 벗어나지 않기를 바랍니다. 라이센스를 구입할 경우 효과가 없지만 이점을 얻지는 못 하겠지만 다음과 같은 다른 기술과 비교해보십시오. SharePoint 및 Alfresco.