non-relational-database

    5熱度

    2回答

    最新的熱潮在數據庫中,似乎周圍的非關係數據庫爲中心。爲什麼?這似乎適得其反。例如,它使更多的意義,我表達我的關係的方式(對錶的示例代碼在Django + SQL)數據: SQL: create table post (id int primary key auto_increment, name varchar, created datetime); create ta

    1熱度

    3回答

    我已經有很多年的編程關係數據庫中,但現在所遇到的不尋常的和棘手的問題: 我建立,需要有非常的應用快速和容易定義的實體(由用戶)。然後可以創建,更新,刪除這些實體的實例等。 我可以考慮兩個選項。 選項1 - 動態創建的表 第一個選項是寫一個引擎動態地生成的表,將數據插入到這些。然而,這會變得非常棘手,因爲每個查詢還需要是動態的,或者至少動態創建存儲過程等 選項2 - 實體 - 鍵 - 值模式 這是唯

    1熱度

    2回答

    我在電子健康記錄領域工作,而且我正在使用的標準(http://www.openehr.org)會在許多使用案例中嘗試使用關係數據庫時造成嚴重的不匹配。 我已經設法開發了一些使用關係數據庫來處理大多數樹結構的相當成功的方法,但是如果我使用了鍵值類型的存儲,我可以做得更好。 問題是,RDMS概念已經成爲市場上的主導因素,成熟度幾乎完全與關係數據庫相關聯。每當有人考慮移出關係空間時,特別是最近,NOSQ

    3熱度

    2回答

    我正在尋找它具有以下功能的數據庫系統: 分層(多維)鍵 在每個維度 所以,如果我的鑰匙是鑰匙的訂購像App > User > Item我可以運行一個查詢,如:「這個用戶的下一個項目是什麼?」或者「這個應用程序的下一個用戶是什麼?」 我基本上想要一個多維樹。我發現GTM,我想知道是否有其他任何產品。

    4熱度

    3回答

    我正在尋找任何用於在異步模式下進行扭曲的鍵值數據庫實現。 我有一個想法是在MemcacheDB中使用Twisted Memcache API。 這是一些其他的解決方案嗎?

    2熱度

    2回答

    對於基於Erlang,Python的新應用程序,我們正在考慮嘗試使用非RDBMS數據庫(僅僅是爲了它)。我研究的一些數據庫是Mongodb,CouchDB,Cassandra,Redis,Riak,Scalaris)。這是一個簡單的要求列表。 易於開發 - 我需要做一個快速的概念驗證演示。所以數據庫需要有適合Eralang和Python的適配器。 我正在研究一個新的應用程序,我們有很多「連接」的數

    0熱度

    3回答

    我剛開始學習使用yii,並已設法做一些基本的東西。 比方說,我有兩個簡單的表:「用戶」和「項目」,其中的關係是1對多(一個用戶可以有多個項目) 我一直在使用GII產生的CRUD,但在「創建/編輯用戶頁面「這不提供下拉菜單,但只有一個文本字段,我需要輸入用戶ID。 編輯一個項目時,我想有一個下拉列表,我可以選擇一個用戶(所以元素應該顯示用戶名列表)。 我認爲GII不能夠生成控制器和視圖代碼這個 會是

    3熱度

    1回答

    我在node.js上構建了一個應用程序,該應用程序具有多對多關係中的用戶和產品(一個用戶有多個產品,同一個產品可能屬於多個用戶)。每個用戶也有位置信息。 大多數情況下,我需要在用戶第一次訪問時進行很多寫操作(在以下訪問中寫了幾個),然後我需要匹配用戶,例如,擁有最多共同產品的用戶,並返回相同的產品相同。我可能還需要 我使用Postgres的現在,以匹配位置的用戶(或通過匹配的位置對它們進行排序),

    0熱度

    1回答

    我已經得到了我需要加入那些非關係型(無外鍵)2個現有的模型。這些是由其他開發者編寫的,不能被我修改。 這裏是他們的簡單描述: 模型來處理 字段名 田間小路 場somethingelse 場酒吧 模型服務 字段名 田間小路 現場服務名 場富 我需要加入這兩種模式的所有實例的文件名和路徑列。在這個連接發生之前,我必須應用現有的過濾器。 實施例: A = Process.objects.filter(s

    2熱度

    1回答

    我剛剛在GAE和Django-nonrel上啓動了「Hello World」應用程序。在關係數據庫和Django-nonrel之間使用純Django之間有一些差異。最可悲的是南非移民系統在非關係型數據庫中無能爲力。 是否存在某種方式將模型遷移到GAE數據庫?如果不是,在這種情況下,開發你的模型的策略是什麼?