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