-1

非リレーショナル データベースであることはわかっていますが、これはリレーショナル データが存在しないという意味ではありません。

たとえば、次のような URL を保持するテーブルがあります (簡略化):

url | domain

そして、次のようなドメインを保持するテーブルがあります(簡略化):

domain | favicon_path

多くの異なる URL が同じドメインを持つ可能性があるため、ビューに送信するデータをプルするときに、ドメインごとに favicon_path を繰り返したくありませんでした。

したがって、データが必要な場合は、単純な（たとえば簡略化された）結合コマンドを使用しました。

"SELECT bookmarks.*, domains.favicon FROM bookmarks JOIN 
  domains ON bookmarks.domain=domains.domain"

no-sql を使用してこのシナリオをどのように処理しますか?

indexedDBクライアント ( javascript ) とMongoDBサーバー ( java )でno-sql を使用して実装する予定です。

4

2 に答える 2

0

IT 分野での長年の経験から、ほとんどのビジネス モデルは、次の 2 種類のデータ構造と同じくらい単純に正規化できると言えます。

  1. エンティティ情報。
  2. エンティティ リスト。

たとえば、書店ビジネスでは、Book エンティティと、すべての本または本全体のサブセットを含む多くのリストがあります。

RedisやSSDBなどの NoSQL データベースでは、Book エンティティは Key-Value で保存されます。ここで、key は本の sn であり、value は文字列化された本の情報 (タイトル、発行日、説明など) です。書籍のリスト (発行日別のリスト、価格別のリストなど) は zset データ型に格納されます。

于 2013-11-14T09:46:26.077 に答える