non-relational-database

0熱度

1回答

我需要系統數據庫的日期，數據庫是adabas。使用Attunity訪問數據庫，我發現沒有關於谷歌或官方網站的信息。喜歡的東西在Oracle數據庫： SELECT SYSDATE FROM dual;

4熱度

1回答

對於如何建模我的DynamoDB表以便處理必要的查詢，我有一些具體問題。我的應用程序集中在「事件」的概念上。每個事件都有屬性（名稱，位置，時間，參加者數量等）。事件與它們所在的城市相關聯。我試圖找出如何執行獲取/查詢請求（可能是一系列獲取/查詢請求），以獲得特定城市參與人數最多的前25個活動。我來自關係數據庫的背景，這將是一個非常簡單的查詢（select * from events where

0熱度

1回答

AWS NoSQL或AWS RDS，存儲社交圖的最佳方式是什麼？

最近我想將一些社交圖信息存儲到我們的數據庫中，並且用戶通過在具有社交圖的服務器端發生的自動「映射」發現新的社交節點。背景：每當一個新的客戶端訪問，我保存他/她現有的社交節點從其他來源，一個很好的例子就是Facebook。所以我有一個Facebook朋友的列表以及該客戶的Facebook ID，並將它們存儲在我的數據庫中。服務器然後嘗試將客戶的朋友列表中的每個項目與現有客戶匹配。如果有匹配，這意

-6熱度

2回答

RavenDB：足夠高效？

我的老闆問我想遷移到非關係數據庫一樣RavenDB。據我所知，我將不得不在C＃中重寫所有存儲過程。你能告訴我，如果使用RavenDB是一個好主意，並且它會有效嗎？謝謝。

2熱度

1回答

mongoDB是否無法存儲多個整數數組？

我的mongoDB集合中的所有文檔都有一個整數數組。每個整數不需要多於32位，整數數組的長度對於每個文檔都是相同的。我的應用程序的客戶端將經常更新數組中的單個字段。如果我有5000到10000個帶有256個整數數組的文檔，mongo db會浪費空間，因爲它需要爲我準備將數組內容更改爲非整數數據類型，或者更改數組長度？與傳統的關係型數據庫相比，mongoDB的設計會不會更新我的數組中的單個整數

0熱度

1回答

什麼時候半結構化數據模型比結構化數據模型更合適？

讓我們考慮一個像XML這樣的半結構化數據模型和一個像衆所周知的關係數據模型一樣的結構化數據模型。什麼情況下最好將數據存儲在XML數據庫中而不是關係數據庫中？這顯然取決於我們想要管理的數據的種類，但是有沒有一種特定類型的數據，使用XML數據庫肯定更好？我可以用XML看到的唯一好處是，如果我們擁有大量空值的實體只會根據屬性'type'的值進行更改，那麼我們可以節省內存。在XML文件中，我們只是

2熱度

4回答

對於管理整個學校地區的大型系統，關係型或非關係型數據庫？

我正在構建一個大型的網絡應用程序，它將幫助「地區經理」管理多個地區的多所學校。總共有40萬學生&教師。除了管理諸如成績等顯而易見的事情外，我們還將不得不管理出勤（每日）。我習慣於在較小規模上構建Web應用程序，並將其部署到Heroku。鑑於這種規模的系統，我應該從現在開始考慮使用非關係數據庫嗎？還是應該堅持使用PostgreSQL並進行特定的優化以確保高速和數據完整性？如果它是不明確的，主

1熱度

1回答

設計的Django MongoDB的引擎外鍵列表

當我們使用Django MongoDB的引擎來實現ManyToManyField，我們可以象下面這樣設計的： # Model and its field class Group(models.Model): members = ListField(models.ForeignKey(User)) # Query Group.objects.raw_query({'members

0熱度

1回答

Mongodb - 事件的數據類型

我是一個Mongo DB初學者。我必須創建一個可以存儲事件的集合。在這一事件的所有文件都會有FROM_TIME和TO_TIME鍵，其值可以作爲變化如下： {FROM_TIME：「九月1,1939」，TO_TIME：「1945年8月」} {FROM_TIME：「 1947年8月15日「，TO_TIME：」August 15,1947「} {FROM_TIME：」1857「，TO_TIME：」1

0熱度

1回答

如何使用GAE數據存儲建模合同數據庫（與多個買家或賣家）

我是新手編程，我試圖掌握GAE數據存儲的概念。我正在嘗試構建一個應用程序來簡化寫合同（http://contractpy.appspot.com），並且我想知道：如何建模數據庫以記錄合同（考慮合同可以有幾個幾個交易的同一方）？在關係模型中，我將執行以下操作：爲人員創建表格，然後爲合同創建表格，併爲參與合同的人員創建第三個表格。會是這個樣子（我猜）： CREATE TABLE people( id