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數據庫，這可能是一個潛在的方法來剝皮這隻貓。有沒有人嘗試過這樣的事情？對於如何實施這樣一個需要可擴展的系統，你有什麼想法？建議非常感謝。