MongoDB 데이터베이스의 스키마 다이어그램을 어떻게 표현합니까?

스키마 디자인을 올바르게 문서화하려는 MongoDB 데이터베이스가 있습니다. MongoDB는 NoSQL 데이터베이스이며 본질적으로 스키마가 없다는 것을 알고 있지만 응용 프로그램을 통해 스키마를 적용하고 findOne()결과 인쇄보다 더 나은 방식으로 표현하고 싶습니다 .

많은 사람들이 ER 또는 UML을 사용하는 것을 보았지만 개념적으로 내 NoSQL 데이터베이스를 관계형 DB로 나타내는 것이 옳지 않다고 생각하거나 적어도 이상하게 보입니다.

UML을 사용한 예 : MongoDB : 논문에서 스키마 다이어그램을 표현하는 방법?

사람들이 다른 모델을 사용한다고 생각했습니다. 내가 검색 한 것과 멀리 본 MongoVUE 는 스키마를 이해하기위한 멋진 트리보기를 제공하지만 프린터 친화적이지 않습니다.

NoSQL 세계에서 내가 놓친 다른 것이 있습니까? 아니면 쉬고 전통적인 UML을 고수해야합니까?

스키마를 UML 클래스 다이어그램으로 모델링합니다. 클래스 다이어그램은 특별히 관계형 데이터베이스를 목표로하는 것이 아니라 객체 지향 환경을 목표로합니다. 내 의견으로는 MongoDB는 개념적으로 관계형 데이터베이스보다 UML과 더 잘 일치합니다. 질문은 당신이 참조 MongoDB를위한 UML을 사용하는 방법에 대한 자세한 정보를 제공합니다.