nosql

1熱度

1回答

我認爲讀取某個地方時，請求查看時，「地圖」僅在上次請求後添加的文檔上運行？這是如何確定的？我以爲我看到了關於序列號的一些事情。這是你可以得到的東西嗎？它不是_rev字段的UUID尾部的一部分嗎？任何方式來強制整個視圖（跨所有記錄）的'重新計算'？

10熱度

2回答

Cassandra是否適合用作主數據存儲？

我正在評估即將推出的項目的存儲平臺，並繼續回到Cassandra。對於這個項目丟失任何數據量是不可接受的。到目前爲止，我們已經使用了一個關係數據庫（Microsoft SQL Server），但是這些數據如此多樣和龐大，以至於存儲和查詢都成了問題。 Cassandra是否足夠健壯以用作主數據存儲？還是應該僅用於反映現有數據以加速訪問？

2熱度

6回答

有沒有穩定和生產質量的nosql數據存儲？

是否有生產質量的nosql商店，我可以在生產系統上使用。我看過cassandra，tokyodb，couchdb等，但他們似乎都沒有準備好部署環境等生產環境。我正在談論每分鐘數千個請求以及大量的讀取/寫入/更新。我唯一關心的是速度和服務時間。有人知道有效使用nosql存儲的生產系統嗎？有人知道一個由Google/Yahoo/IBM這樣的大企業支持的nosql商店嗎？

3熱度

3回答

是否有一個nosql存儲也允許存儲的實體之間的關係？

我正在尋找還提供存儲/維護存儲實體之間關係的nosql關鍵值存儲。我知道Google App Engine的數據存儲允許實體之間擁有和未擁有的關係。任何流行的nosql商店是否提供類似的東西？即使它們中的大多數模式較少，是否有方法來將鍵值關聯到鍵值存儲？

2熱度

2回答

我可以在Amazon SimpleDB中僅創建域模式（沒有任何數據）嗎？

我現在正在評估Amazon SimpleDB。 SimpleDB非常靈活，它不必具有表（或域）模式。模式隨着創建/更新命令的流入而發展。所有這些都很好，但是當我使用建模工具（評估MindScape LightSpeed）時，爲了使工具能夠基於模式生成模型，我需要預先構建模式。我可以在SimpleDB中手工創建域，這確實有幫助，但爲此我必須在域上至少執行一次創建操作。我正在尋找只能創建域架構的功能。

12熱度

1回答

如何爲消費者應用設計「NOSQL」數據庫（例如社會書籤）

我一直在閱讀大量關於非關係數據庫，整個NOSQL運動的文章，並且有很多新的新活動周圍。這似乎是構建高度可擴展的Web應用程序的一個非常有趣的方法，但不幸的是（在這個新生階段也是一件好事），目前還沒有一個明確的領導者/標準。我的背景是在LAMP堆棧中（以MySQL作爲dB），我想了解那裏會有什麼區別和限制 - 但是使用真實生活Web應用程序的例子。關於RDBMS與非RDBMS的優點/缺點理論有很多

1熱度

2回答

如何使用關係數據庫作爲基於文檔的關係數據庫？

爲了製作文檔管理系統，我正在研究像MongoDB這樣的文檔商店，但是因爲我對常規數據庫（Firebird，Sql Server，Mysql）有更多的經驗，我想知道是否有可能在關係數據庫。有關文檔存儲的優勢，架構減：合身約文件存儲任意元數據的任務無需升級模式據MongoDB中，對BLOB性能優良如視頻更方便的可擴展性但隨着關係之一：的借鑑完整性更好的工具更是輕快崩潰&腐敗 SQL

4熱度

2回答

加入/與CouchDB總和

使用CouchDB，我目前有一個文件代表一個想法，您可以評價這個想法。每個想法都是一個文件，每個評級都是不同的文件。我這樣做是爲了避免在人們評估一個想法時出現併發訪問問題。我的文件看起來像（我已經簡化了它們）：一個想法： { "_id": "idea1", "title": "A great idea" } 等級： { "_id": "rating1", "rating": 1,

3熱度

1回答

Couch DB擴展和性能

我正在考慮實現一個CouchDB服務器來提供我們爲內部業務操作而存儲的一些元數據的臨時搜索。我們在內部流程中存儲了大量「屬性」，如大小，來源，提交日期和「職位」的URL。這對我們的關係數據庫來說非常好，但我們的用戶希望通過提供類似於搜索的「搜索條件」來建立類似的工作列表。因此，用戶可以說「向我展示所有大於XXX並且在YYY之後提交的作業」並獲取描述和URL列表。這聽起來非常適合沙發，從我研究

0熱度

4回答

做任何這些nosql db的GUI探索者？

這些nosql類型數據庫中的任何一個都具有GUI探索器，您可以在其中運行查詢，查看「表」及其屬性等？