為什麼你應當選擇 PostgreSQL 而不是 Oracle？

本文轉自 | PostgreSQL中文社群

早在20世紀80年代，得益於像Linux這樣的平臺，技術世界經歷了第一波開源軟體浪潮。開源軟體在充滿活力的開發人員和使用者社群的幫助下不斷完善和調整，受到了程式設計師、業餘愛好者和其他開源技術支持者的熱捧。然而，公司很難想象開源解決方案能夠為其執行關鍵任務的應用程式提供動力。他們對於是否能信任某人在地下室開發的軟體深表懷疑。

“一個思維正常的人怎麼可能會想象到從強大而昂貴的作業系統遷移到免費且由社群驅動的解決方案呢？”

這些輕率的言論曾不可避免地被認為是誤導，因為未來的幾年中Linux得到了廣泛採用。Linux系統就是這種工具，使各機構可以輕鬆的更換元件，滿足其個性化的需求，而不需要依賴昂貴的一體化解決方案。

將Oracle遷移到雲端？學習5個關鍵決策，以確保成功。

下一波開源軟體已經開始影響關鍵的應用程式元件，如關係型資料庫。隨著IT部門開始用實惠、靈活的開源解決方案更換昂貴的傳統軟體（如Oracle®），曾經在Linux上發生的許多事情，正發生在Postgres上：

我們用了30年Oracle了，為什麼要轉向開源平臺呢？

各個機構再一次意識到像Postgres這樣的開源資料庫解決方案的優勢，他擁有擴充套件性，靈活性，支援，而完全不依賴於任何一家公司和開發人員。就像之前的linux一樣，Postgres已經而且會繼續由專門的使用者設計解決日常業務問題，並且這些使用者選擇把他們的解決方案回饋到社群。Postgres社群致力於為日常關係型資料庫使用者開發最好的工具，而不是像大型開發商Oracle那樣，選擇有利可圖的產品或者支援小眾但利潤豐厚的市場。這直接道出了我決定從Oracle切換到Postgres的經歷。多年來，我作為Oracle DBA深深地參與了Oracle社群。但隨著時間的推移， Oracle開始實現產品組合的多元化，其重點開始從核心資料庫技術轉向更廣泛的應用程式開發和基礎架構解決方案。這導致了Oracle業務模式的變化，削弱了預算有限的小客戶所青睞的資料庫產品，轉而大力支援能滿足大型企業的解決方案。隨著與Oracle開展業務變得越來越困難（並且成本越來越高），有必要找一個備受矚目的關係型資料庫解決方案。

Postgres成為最佳選擇，因為像曾經的Linux一樣，它是一個開源工具，可以執行特定任務而不會增加複雜性。它的設計易於使用和實施，關注點嚴格在資料庫上，而不必浪費資源新增“功能”去管理其他IT環境。這是客戶從Oracle遷移到Postgres時首先注意到的事情之一：Postgres可以輕鬆在幾分鐘內完成許多與Oracle相同的功能，而不需要像Oracle那樣要求人們花數小時的時間研究Oracle如何執行的複雜技術。

自從Postgres於20世紀80年代推出以來，開發人員已經致力於在該平臺上建立擴充套件長達數十年的時間了。像Oracle這樣的封閉式平臺不存在這種社群支援，後者依靠自己的官方指示來確定軟體的未來。透過Postgres，如果您想使用關係型資料庫引擎解決問題，那麼很可能有人已經解決了這個問題 - 並記錄瞭解決方案或構建了擴充套件。

那些似乎對遷移到Postgres猶豫不決的組織充滿了對跳入新環境的恐懼：為什麼在依賴甲骨文這樣的供應商幾十年之後改變方向呢？但隨著甲骨文繼續變得越來越難以開展業務，顯然Postgres提供了更靈活，更強大且價格合理的替代方案。有了像EDB Postgres™這樣被構建成可以滿足大大小小機構的安全性和穩定性需求的選擇，關係型資料庫將由一個不同的“O”（不再只是Oracle）主導：開放（Open）。