2015-01-08 226 views
2

所以我正在考慮爲一個項目使用MongoDB。但我已閱讀關於關係數據類型的問題。 http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/關係Json數據庫?

但是,我仍然喜歡它存儲JSON並且可以在集合中擁有動態字段。我喜歡它在我的應用中類似於我的json,所以我可以使用Angular這樣的庫輕鬆地綁定到它。我使用Node.js.我正在挖掘整個MEAN(mongodb,express,angular,node)堆棧概念。

我不喜歡這些關係問題,但它似乎不太適合現實世界的數據。想想一個關係型應用程序:學校/學生/教師與他們之間的各種關係。

那就是說,我不喜歡sql。我認爲它已經過時了,特別是對於基於json/javascript的webapps,我不喜歡定義類型,我不喜歡很難動態添加字段到表,我不喜歡手動進行連接。

所以我的問題是..是否有東西在中間?在mysql數據庫和mongodb數據庫之間的某個地方?也許是一個規範化的json商店,爲我處理關係。或者是一個類似mongo的數據庫,它的引用非常快(而不是將所有內容放在同一個文檔中)。

p.s我知道有這樣的事情,MySQL的ORMs。但我希望實際的數據庫存儲json,就像mongodb一樣,但也僅僅是爲了能夠處理關係數據。

+0

Neo4j的可能是 – prototype

+0

看一看Postgres的關係網絡有趣。我認爲它目前在「關係世界」(特別是全新的9.4版本)中找到了最好的NoSQL產品:可轉位鍵/值存儲,可索引JSON文檔和 - 有些「過時」 - XML文檔 –

+0

Plus:https:/ /vibhorkumar.wordpress.com/2014/05/15/write-operation-mongodb-vs-postgresql-9-3-json/和http://tapoueh.org/blog/2014/02/17-aggregating-nba- data-PostgreSQL-vs-MongoDB和http://blogs.enterprisedb.com/2014/09/24/postgres-outperforms-mongodb-and-ushers-in-new-developer-reality/ –

回答

1

看看ElasticSearch。它比MongoDB功能強大,擴展性更好,支持嵌套的文檔和連接,與關係數據庫中的文檔和連接並不完全相同,但是 - 就像您所說的那樣 - 它介於兩者之間。

http://www.elasticsearch.com/