1

多くのプロパティを持つ多くのカテゴリに多数のデータがあります。

category 1: Book

properties: BookID, BookName, BookType, BookAuthor, BookPrice

category 2: Fruit

properties: FruitID, FruitName, FruitShape, FruitColor, FruitPrice

本や果物など、たくさんのカテゴリーがあります。明らかに、それらのために多くのテーブル (MySQL など) を作成し、各カテゴリにテーブルを作成できます。しかし、これは非常に多くのテーブルを作成する必要があり、操作データを統一するために多くの「アダプター」を作成する必要があります。

困難は次のとおりです。

1) すべてのカテゴリには異なるプロパティがあり、これにより異なるデータ構造が生じます。

2) すべてのカテゴリのプロパティは、いつでも変更する必要がある場合があります。

3) 各カテゴリがテーブルの場合、データの操作が難しい (テーブルが多すぎる)

そのような種類のデータをどのように保存しますか?

4

3 に答える 3

0

この質問や他の同様の質問に触発されて、グラフ データベースを使用してそのようなケースを処理する方法に関するブログ投稿を書きました。要するに、グラフデータベースには「ツリー/階層をテーブルに強制する方法」という問題はありません。単に必要がないためです。ツリー構造をそのまま保存します。彼らはすべてが得意というわけではありませんが (例えば、レポートの作成など)、これはグラフ データベースが輝くケースです。

于 2010-03-23T19:48:47.163 に答える