50

MongoDB などの NoSQL データベースの ERD に相当するものは何ですか?

4

6 に答える 6

43

Quoraで同様の質問をしたようです。

そこで述べたように、ERD は、保存しようとしているデータとそのデータ間の関係を単純にマッピングしたものです。

データと関係を追跡したいので、MongoDB で ERD を作成することもできます。大きな違いは、MongoDB には結合がないことです。そのため、ERD を実際のスキーマに変換するときは、関係の実装について特定の決定を下す必要があります。

特に、このデータを実際にどのように格納するかを決定する際には、 「埋め込みと参照」の決定を行う必要があります。関係は引き続き許可されますが、強制はされません。MongoDB のラッパーの多くは、実際にはコレクション全体のルックアップを提供して、この複雑さの一部を抽象化しています。

MongoDB はスキーマを強制しませんが、完全に無作為に進めることはお勧めしません。システム内にあると予想されるデータをモデル化することは、依然として非常に優れたアイデアであり、ERD が提供するものです。

それで、ERDに相当するのはERDだと思いますか?

于 2011-05-16T04:50:19.790 に答える
3

代わりにUMLクラス図を使用することもできます。

于 2011-05-15T18:57:33.900 に答える
2

私は、ドキュメント指向の「スキーマ」を図式化する標準的な手段を知りません。

ERDを使用してスキーマをマップすることはできると思いますが、ドキュメントデータベースはデータ間の関係を真にサポートしていないか、さらに重要なことに強制しているため、コードがそのような関係を内部的に強制するように訓練されている場合にのみ役立ちます。 。

于 2011-05-15T18:55:43.207 に答える
2

私はかなり長い間同じ問題について考えてきました。そして、次の結論に達しました。NoSQL データベースが一般的にスキーマレスである場合、実際には図で説明する「スキーマ」はありません。

したがって、「例による」アプローチを採用する必要があると思います。MongoDB などの NoSQL DB に格納されたデータがどのように見えるかを示すマインドマップをいくつか描くことができます。

また、これらのデータベースは非常に動的であるため、派生マインドマップを作成して、今日のデータが時間の経過とともにどのように進化するかを示すこともできます.

こちらのトピックもどうぞ。

NoSQL 設計に関する混乱

于 2013-04-11T17:04:52.200 に答える