我打算设计的内容基本上可以归结为用户、组织、事件、地址和评论的列表，这些列表可以很容易地在诸如MySQL的 RDBMS 中维护。但是，如果项目启动，我想添加另一个方面，即资源 - 即文件、视频、图像等，它们可以属于用户、组织或事件。这立即引发了一个问题，即是否使用 RDBMS 并通过与前面提到的每个类别相关的表存储对外部文件的引用，或者是否使用 Doc/Obj ODBMS（如MongoDB）来存储这些项目。
但我也希望能够将用户、组织和事件联系起来。即用户 A 拥有组织 1 和组织 2。用户 B 拥有组织 3 和组织 4。用户 C 拥有组织 5。组织 1 有一个事件 X，在日期 R 的地址 M 举行，组织 3 也将参加。用户 C 打算参加 Event X。Org 2 在 Addr M 但在 Date T 等也有一个 Event Y。因此，我怀疑像OrientDB这样的 Graph DBMS将是最好的解决方案。要么这样，要么我会在 RDBMS 中有很多表，其中有很多连接，可能还有很多查询，或者 Doc/Obj DBMS 中有一个非常奇怪的结构。
我看过InfoGrid，这是一个可以连接到 MySQL 的图形数据库，这可能是给这只猫剥皮的潜在方法。有没有其他人尝试过这样的事情？您对如何实施这样一个需要可扩展的系统有何想法？非常感谢您的建议。