為什麼我們從 MongoDB 遷移到 PostgreSQL

出於多種原因，我們從 MongoDB 遷移到 PostgreSQL。 首先，我們發現 MongoDB 的可擴展性不如我們希望的那樣。 其次，我們發現 MongoDB 提供的數據模型並沒有我們需要的那麼靈活。 最後，我們發現MongoDB 查詢語言並沒有我們需要的那麼強大。

我們為我們的服務提供 99.99% 的可用性和無停機更新而感到非常自豪。 在開始這段旅程時，我選擇了 JavaScript 作為我們的默認編程語言。 儘管我們有能力快速添加新功能，但我們開始遇到間歇性停機。 Knockout Punch 隨後發布。 由於 40 多個開發人員創建的微服務、模式和微服務的數量，我們的代碼庫開始顯得格格不入。 壓垮駱駝的最後一根稻草是通過引入關鍵字段引入的，該關鍵字段必須存在於我們最重要的集合中的每個文檔中。 除了集合中的數百萬文檔之外，數據庫性能也因此下降到無法接受的水平。

PostgreSQL 是一種關係數據庫管理系統 (RDBMS)，其 SQL 數據庫類似於 Oracle 和 MySQL。 PostgreSQL 可以免費使用。 MongoDB 不包含任何 SQL 或模式，它是一個 JSON 數據庫。 例如，MongoDB 有免費版本和付費版本​​供託管和企業使用。

在需要高級別安全性且事務處理擴展性良好的場景中，Postgre 是首選。 MongoDB 是一種運行在 MongoDB 上的非結構化數據存儲。 NoSQL 數據庫還處於起步階段，不適合對安全性要求高的應用程序。

為什麼我們從 Nosql Mongodb 遷移到 Postgressql？

我們可能會從 NoSQL MongoDB 數據庫遷移到 PostgreSQL 數據庫的原因有很多。 其中一些原因可能包括 MongoDB 的性能問題、使用 MongoDB 的困難，或者對 PostgreSQL 的偏好超過 MongoDB。 在我們的案例中，由於性能問題，我們決定遷移到 PostgreSQL。 我們發現隨著數據的增長，我們的 MongoDB 數據庫變得越來越慢且難以使用。 PostgreSQL 似乎是一個自然的選擇，因為它是一個快速而強大的關係數據庫。

遷移到開源數據庫的組織需要很好地理解開源數據庫的優點和缺陷。 儘管 MongoDB 和 Postgres 處理數據的方式不同，但它們有許多相似之處。 下表顯示了 Postgres 和 MongoDB 的高級比較。 本來就可以擴展 MongoDB，但需要對 PostgreSQL 進行擴展才能做到這一點。 基於角色的訪問控制在 MongoDB 和 Postgres 以及流行的身份驗證機制（如 LDAP 和 Kerberos）中可用。 如果您已經有一個不會有太大變化的現有數據模型，您應該使用 PostgreSQL。 如果 MongoDB 需要內置的可擴展性，原生分片是一個可行的選擇。

關係數據庫已經存在了很長一段時間，被認為是市場上最可靠的數據庫之一。 它們不像 NoSQL 數據庫那樣容易使用，並且必須在更長的時間內教授它們。 由於使用簡單、高效，MongoDB 是需要存儲大量數據的企業的絕佳選擇。

為什麼 Postgresql 優於 Mongodb？

PostgreSQL 通常被認為比 MongoDB 更好的原因有很多。 首先，PostgreSQL 是一個關係數據庫，這意味著它使用表和行來存儲數據。 這使得查詢數據和跟踪數據關係變得更加容易。 另一方面，MongoDB 是一種非關係型數據庫，使用類似 JSON 的文檔來存儲數據。 這會使數據關係更難跟踪。 另一個很大的區別是 PostgreSQL 是 ACID 兼容的，而 MongoDB 不是。 這意味著 PostgreSQL 事務保證是原子的、一致的、隔離的和持久的。 另一方面，MongoDB 只提供文檔級別的原子事務。 此外，PostgreSQL 支持使用最廣泛的數據庫查詢語言 SQL。 另一方面，MongoDB 使用自己的查詢語言，稱為 MongoDB 查詢語言 (MQL)。 MQL 不像 SQL 那樣被廣泛使用或理解，這會使新開發人員更難使用。 總的來說，PostgreSQL 是一個比 MongoDB 更健壯、更強大的數據庫系統。 與 MongoDB 相比，它更易於使用，使用更廣泛，並提供更多功能和保證。

帶有 JSON 框架的 Postgres 旨在更全面地滿足用戶需求，使其能夠更有效地處理大多數 NoSQL 工作負載。 eBay、Amazon、Twitter 和 Facebook 等大容量網站必須具有足夠的可擴展性和可用性才能正常運行。 數據庫 PostgreSQL 將數據存儲在行而不是列中，而數據庫 MongoDB 將數據存儲為文檔。 PostgreSQL 9.3 平台包括各種有用的功能，使其成為一個強大的 NoSQL 數據庫，能夠處理 JSON 格式的事務數據並存儲字段數據約束。 例如，假設我們總是有一個不包含空格的名稱、一個空的描述或一個負薪水。 JSON 是一個很好的類型，它也包含在 Postgres 中。 通過定義的運算符，您可以輕鬆訪問 JSON 中的字段和值。

除了 id 字段之外，我還必須驗證字段。 Postgres 通過查找數據庫中的類型定義來檢查這一點。 最後，還需要進行一項驗證。 為了不同，id 和 name 字段必須不同。 兩個索引足以執行此任務。

MongoDB 相對於其他數據倉庫和分析數據庫的優勢之一是它的易用性。 MongoDB 沒有用於存儲數據的模式，這對於需要大量開發時間和精力來維護的具有復雜模式的數據倉庫和數據分析工作負載是有利的。 NoSQL 文檔格式 MongoDB 的類似 JSON 的文檔格式支持存儲各種數據，使其適用於必須易於解釋和處理的數據。 MongoDB 的無模式設計允許對存儲在數據庫中的數據進行簡單的更改，從而更容易在需要時獲取所需的信息。 數據庫可擴展性：MongoDB 可用於存儲需要許多用戶進行大量處理的數據。 PostgreSQL 的 JSON 操作比 MongoDB 的更常見。 在 JSON 操作方面，PostgreSQL 在各種基準測試中都優於 MongoDB。 但是，有一些基準顯示了這兩個數據庫的優勢。 與 MongoDB 相比，PostgreSQL 更適合處理複雜的 JSON 數據，因為它可以。 另一方面，PostgreSQL 卓越的索引和查詢功能使其能夠從 JSON 文檔中快速查找和檢索數據。 MongoDB 具有適應性和敏捷性的優勢。 MongoDB 的無模式設計使得修改存儲在數據庫中的數據變得簡單，這對於需要經常更新的數據或需要快速輕鬆地進行更改的情況非常有用。 雖然 PostgreSQL 在 JSON 操作方面優於 MongoDB，但它在某些情況下也很有用。 對於不需要與 JSON 數據相同級別的效率和可擴展性的數據，MongoDB 是絕佳選擇。

什麼時候應該使用 Mongodb 和 Postgres？

這個問題沒有明確的答案，因為它取決於許多因素。 不過，一般來說，MongoDB 更適合處理非結構化數據，而 Postgres 更適合處理結構化數據。 如果不確定要處理的數據類型，通常最好選擇 MongoDB。

理解為什麼數據庫是必要的有助於選擇數據庫結構。 數據庫的會話持久性功能允許用戶登錄並長時間保持登錄狀態。 您使用的數據類型將幫助您確定哪個數據庫最能滿足您的數據和客戶需求。 在上面的零售店示例中，計算機化數據庫可能會提高生產率並減少手動工作量。 具有全面庫存管理系統的數據庫將大大加速該公司的技術進步。 通過以系統的方式組織信息，您可以就哪個數據庫最有利於您的數據和客戶需求做出最佳決定。

PostgreSQL 已經開發多年，並經過了廣泛的測試。 它具有多種功能，可用於各種應用程序。 根據 PostgreSQL，許多應用程序不需要任何事務，並且該數據庫具有許多功能，使其成為更健壯和可靠的數據庫。

為什麼 Postgresql 比 Mongodb 好？

PostgreSQL 由許多系統、體系結構和語法組成。 文檔數據庫分為三種類型：MongoDB是文檔數據庫，PostgreSQL是單體數據庫管理系統，Postgres是SQL數據庫管理系統； MongoDB 和 PostgreSQL 都使用 BSON，而 PostgreSQL 使用 SQL。

Mongodb 比 Postgres 慢嗎？

如下圖所示，在各種測試場景中，PostgreSQL 的執行速度比 MongoDB 快 4 到 15 倍。 在所有基準測試類型中，有證據表明，隨著數據集的增長超過可用內存容量，與 MongoDB 相比的性能優勢擴大了。