スキーマ設計を適切に文書化したいMongoDBデータベースがあります。 MongoDBはNoSQLデータベースであり、本質的にスキーマレスであることを知っていますが、アプリケーションを通じてスキーマを強制し、findOne()
結果の出力よりも優れた方法でスキーマを表現したいと考えています。
私は多くの人がERまたはUMLを使用しているのを目にしますが、私のNoSQLデータベースをリレーショナルDBとして表現することは概念的に正しいとは思えません。少なくとも、奇妙に見えます。
UMLの使用例: MongoDB:論文でスキーマ図を表現する方法?
人は違うモデルを使っていると思いました。私が検索したところ、私が見たところは MongoVUE であり、スキーマを理解するためのニースツリービューが提供されていますが、プリンターには適していません。
NoSQLの世界で他に足りないものはありますか?または、私は休んで伝統的なUMLに固執すべきでしょうか?
私はスキーマをUMLクラス図としてモデル化します。クラス図は特にリレーショナルデータベースを対象としたものではなく、オブジェクト指向環境を対象としています。私の意見では、MongoDBは概念的にはリレーショナルデータベースよりもUMLに一致します。 参照する質問 は、MongoDBでUMLを使用する方法についての詳細情報を提供します。