私が設計しようとしているのは、基本的にユーザー、組織、イベント、アドレス、およびコメントのリストであり、MySQLなどの RDBMS で非常に簡単に管理できます。ただし、プロジェクトが軌道に乗れば、ユーザー、組織、またはイベントのいずれかに属することができるファイル、ビデオ、画像などのリソースである別の側面を追加したいと考えています。これにより、RDBMS を使用して、前述の各カテゴリに関連するテーブルを介して外部ファイルへの参照を保存するか、またはMongoDBなどの Doc/Obj ODBMS を使用してこれらの項目を保存するかという問題が即座に発生します。
しかし、ユーザー、組織、イベントをリンクできるようにしたいとも考えています。つまり、ユーザー A は組織 1 と組織 2 を所有し、ユーザー B は組織 3 と組織 4 を所有しています。ユーザー C は組織 5 を所有しています。ユーザー C はイベント X に参加する予定です。組織 2 にもイベント Y がアドレス M にありますが、日付は T などです。そのため、OrientDBなどのグラフ DBMSが最適なソリューションであると思われます。そうしないと、RDBMS に多数のテーブルがあり、多くの結合があり、潜在的に多くのクエリがあるか、または Doc/Obj DBMS に非常に奇妙な構造があります。
私は、MySQL に接続できるグラフ データベースであるInfoGridを見てきました。他の誰かがこのようなことを試みましたか? スケーラブルである必要があるこのようなシステムを実装する方法についてどう思いますか? 提案は大歓迎です。