對於初學者,我是NoSQL概念的新手。在NoSQL和SQL中使用關係
我基本上是開發一個API,允許用戶創建和我們的數據庫中存儲對象。這將通過各種前端程序發生,並導致程序保存每個用戶的私人數據,共享數據的程序和數據挖掘 - 訪問許多用戶的相關數據。一個用戶可以有很多對象,我們並沒有限制對象是什麼或訪問它(程序將負責確保它們之間的通信),所以可能的對象將是其他對象的陣列等。
什麼對於具有不同權限的用戶而言,PER OBJECT ACL非常重要。我也期待的東西,如對象等
各種查找我能想象是標籤:
- 直接 - 用戶要求文件
- 列表我的 - 因爲我能看到什麼
- 用戶list owned - 我創建了哪些對象
- list tagged - 哪些對象標有'appX',我可以訪問。 並且將不可避免地會有許多其他人
我包括上面顯示我正在考慮的方案。雖然目前我並不關心可擴展性,但我喜歡NoSQL架構免費概念,以便應用程序可以查詢我不知道的對象數據。 /用戶/ obj/1/2/3我所知道的是用戶有obj。
但是場景似乎很關係給我。用戶有obj,obj有權限,權限有用戶和attrs等。我很確定我可以在RDMS基礎中構建它,只需很多序列化對象和json數據存儲,但它似乎是一個主要的NoSQL項目(和我聽過很多,想試試看)。
所以問題:
- 這是對NoSQL的工作嗎?
- 我如何高效地創建對象之間的這種聯繫(想的MongoDB)和一般沒有任何文件/關於如何在數據的NoSQL(希望從關係數據庫管理系統的角度)模型來處理這樣的事情沒有過多查找教程。從我一直在閱讀的內容來看,我無法看到存儲這種數據的方式,這些數據可以輕鬆地讓上述情況無需恢復到關係系統。
- 如果有一個RDMS /鍵-VAL折衷由此芯AUTH和privlidges在RDMS被處理給人一種鍵關閉的鍵/ VAL爲對象查找(不知道如何子對象/用戶/ OBJ/1/2許可將在這裏工作)。這應該是答案嗎? :)
- 任何其他一般建議表示讚賞。被吹捧的Facebook用例必須回答這樣的關係問題,所以我確信NoSQL可以做到這一點 - 我只是還沒有看到它如何做得更好。
感謝您與長期問題堅持。
我可以看到諸如撤銷特權等情況,您必須知道用戶對對象有何影響 – jumentous 2010-12-16 03:33:35
@jumentous我的感覺是,除非您對速度有巨大需求,否則應該使用rdms。 – Mark 2010-12-16 03:51:06