Re: [請益] 選擇mongoDB或是relational database ??

※ 引述《pracinverse (改)》之銘言：
: 什麼樣的資料適合放在MongoDB?? 甚麼樣的資料和放在傳統的RDB??
: 最近被問到這樣的問題有點答不出來
: Q1. scalability算不算是MongoDB勝過RDB的一個優點呢??
: 文獻上是說MongoDB在做scalability比較方便，
: 它可以自動地把data partition到所有的database servers上，
: 所以在application layer寫程式access database的時後，
: 可以不用關心底下有幾台database server
: 但是我記得在RDB也有partition的功能，
: RDB也可以把data partiton到不同的database server上面，
: 所以說scalability到底算不算MongoDB勝過RDB的一個優點呢??
: Q2. 如果說data之間有relation的話是不是用傳統的RDB會比較好??為什麼??
: 比方說 https://dhhmzgirqh63s.cloudfront.net/467.gif

我建議是，能用 RDBMS 就用 RDBMS，沒必要去用 NoSQL。正規化理論與 ACID 帶
出來的好處反而會讓整個團隊不用專住在這些雜事上面。

熟悉 PostgreSQL 就用 PostgreSQL，熟悉 MySQL 的就用 MySQL，先設計資料庫架
構 (& 正規化) 反而會對後來帶來很多好處。

從這篇文章之後 (2016 年年底) 到現在有不少改善，先抓幾個比較大的時間點，
這邊從 2016 年初的 3.2 開始：

* 3.2 開始切到 WiredTiger，靠著穩定許多的引擎大幅改善了 MongoDB 底層
的健康度：
https://docs.mongodb.com/manual/core/wiredtiger/

* 3.2 開始引入了 LEFT OUTER JOIN 的概念 $lookup：
https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/

* 3.6 開始引入了 $jsonSchema 可以強制輸入格式：
https://docs.mongodb.com/manual/reference/operator/query/jsonSchema/

* 4.0 開始可以使用 multi-document transactions (on replica set)：
https://docs.mongodb.com/manual/core/transactions/

* 4.2 開始可以使用 multi-document distributed transactions：
https://docs.mongodb.com/manual/core/transactions/

你會發現 MongoDB 開始在實做 RDBMS 裡很多重要的性質：

* WiredTiger 採用 MVCC，對應到 MySQL 的 InnoDB 或是 PostgreSQL 自身
的引擎。

* $lookup 對應到了 JOIN (& 正規化)。

* $jsonSchema 對應到了 SQL constraints。

* transactions 則是 RDBMS 的重點。

現在的硬體又莫名的暴力，而且有雲端服務可以租用，通常都不需要分散架構就可
以幹不少事情 (像是 AWS 的 r5.24xlarge 有 768 GB RAM)，RDBMS 保證的特性會
讓服務品質穩定很多。

如果真的有很大量的需求，我會推薦去看：

* TiDB (相容於 MySQL protocol)
* CockroachDB (相容於 PostgreSQL)

不是 100% 相容，但應該是涵蓋大多的情況，不相容的部份大多是為了在多機效能
時的妥協。

--
Resistance is futile.
https://blog.gslin.org/ & <[email protected]>

--