我需要一個面向文檔的數據庫,用於我正在開發的項目。我基本上有兩件事需要:完整的ACID支持和引用的能力。可擴展性不是主要問題,因爲總用戶數最多爲300NoSQL文檔數據庫
我知道MongoDB的支持文件和CouchDB的之間的引用支持ACID,但我還沒有找到一個同時具備。
我真的試圖避免在應用層實現或者(ACID,參考文獻)。顯而易見的回退是RDBMS和一些樹結構實現,我也試圖避免。
有什麼建議嗎?
THANX
我需要一個面向文檔的數據庫,用於我正在開發的項目。我基本上有兩件事需要:完整的ACID支持和引用的能力。可擴展性不是主要問題,因爲總用戶數最多爲300NoSQL文檔數據庫
我知道MongoDB的支持文件和CouchDB的之間的引用支持ACID,但我還沒有找到一個同時具備。
我真的試圖避免在應用層實現或者(ACID,參考文獻)。顯而易見的回退是RDBMS和一些樹結構實現,我也試圖避免。
有什麼建議嗎?
THANX
您需要ACID和全部參考,並CouchDB的是不好了點。
你不要麼需要的可擴展性。我的猜測是一個衆所周知的數據庫也不會傷害。
由於這些原因,關係數據庫聽起來很合適。
您提到的約束 - 你正確提到什麼的CouchDB/MongoDB的給你。因此,基於這些事實:使用你的後備。
結帳RavenDB - 它既有ACID和事務支持,它支持通過包括與現場投影文件之間的關係的概念。非規範化也可能派上用場。
如果業務邏輯表示不喜歡它,請不要使用RDBMS。
我問過我沒有找到自己的解決方案。我知道有很多NoSQL項目在那裏,我想知道是否有人知道會滿足我的需求。也許一個構建在CouchDB或MongoDB之上的庫啓用了db不支持的功能。 – Sonia 2011-05-26 10:30:38
並閱讀:http://de.wikipedia.org/wiki/CAP-Theorem – 2011-05-26 10:43:17
謝謝!我知道CAP定理。但它涉及分佈式計算。我沒有要求擴大解決方案,事實上我特別說這不是一個要求。我並沒有要求任何關係數據庫尚未完成。我需要ACID +關係+文檔(而不是行),即使CAP定理也可以。 – Sonia 2011-05-26 11:10:49