2019.10.05 EnterpriseDB Postgres體驗營

截至 2015 年四月，荷蘭銀行已經將單日千萬筆交易量的系統佈署在 Postgres Plus 產品上。該公司更計畫將客戶端查詢入口佈建到全閃存陣列的 Postgres Plus 資料庫上，以達到高效能需求。

波蘭農業結構調整與現代化組織 (ARiMR) 成立於 1994 年，該機構致力於改善波蘭整體農業和偏鄉地區的發展。經官方指派，除負責分配歐盟共同農業政策 (CAP) 下的可用資金外， ARiMR 也需利用國內公共資金援助波蘭農業。ARiMR 採用 PostgreSQL 資料庫社群版，並逐步擴大其使用範圍。首次的 EDB 應用程式部署於 2014 年及 2015 年，基於該組織決議遵循其 IT 發展的佈局，也就是依靠開源解決方案。

資料庫的備份還原機制是必須的，但是總不可能在每個時段做全備份的動作，所以當資料庫必須回復到某一個時間點時，就必須借助PITR(Point-In-Time-Recovery)功能，PITR 在PostgreSQL或EDB都是內建功能，以下就來驗證PITR功能：

EDB 透過 EDB Postgres™ 平台強化 PostgreSQL 開源資料庫的性能、可調能力（scalability）、管理性、安全性和兼容性。透過 EDB Postgres 平台，客戶能擁有企業級的關鍵能力管理多模型資料（multi-model data），並能在多樣環境中快速部署。

從Oracle轉移到PostgreSQL開源資料庫的企業數量正快速增長中，而這個完整的導引將提供用戶資料庫轉移過程所需的一切。對於任何對轉移過程感到恐懼或懷疑的使用者來說，本篇將分析PostgreSQL資料庫系統對比Oracle的優勢以及採用PostgreSQL後可獲得的好處── 也就是降低成本、增加靈活性和客製化程度。

本場活動將介紹 BART、Barman 各自的功能，以及使用的比較差異，並著重演示 Barman 語法介紹、參數設定，基礎備份還原操作模擬，以及實作中可能的雷和注意事項。

Postgres Vision 2021為全球 Postgres 技術線上會議，本場研討會由資深顧問精挑細選最核心的精華內容，整理成1.5 小時的滿滿乾貨，讓您快速掌握 Postgres 的最新技術與未來趨勢！

以下參考 Postgres 10 Partitioned Table 原生語法範例與 EDB 10 企業版範例，分別建立 Partitioned Table。然後查詢 Postgres 10 新增的原生系統表與企業版的 Oracle 相容 Data Dictionary。

首先是利用 EDB 10 企業版語法建立 Partitioned Table，然後分別查找原生 Partitioned Table 系統表 pg_partitioned_table 與企業版的 ALL_PART_TABLES

該金融服務機構原先主要使用的是Oracle資料庫，但在檢測Oracle對於虛擬環境的支援後，他們發現繼續使用Oracle的成本太高而且也太複雜，於是決定盡可能從Oracle搬移到Postgres。在EnterpriseDB(EDB)的支持幫助下，他們只採用基於開源的資料平台。

EDB Postgres Advanced Server 9.6 (EPAS 9.6)，基於 PostgreSQL 9.6，善用 CPU 多核心功能，以平行查詢大幅增加單一表格查詢速度；並大幅增加橫向擴充能力，隨著大數據潮流一同演進。

Oracle 到 Postgres 的遷移被劃分為 5 個步驟或階段：資料庫評估、Schema 轉移、功能測試、效能測試和資料遷移。本文將對 Oracle 至 Postgres 前置作業的評估進行詳細的解說。

EDB 提供完善資料遷移工具，有效地節省產品及資料遷移的費用開支，完全符合 IT 人員在應用多元性、效能優越性、品質穩定性及成本合理性的需求，可以說是全贏的資料庫解決方案。本場研討會將介紹 EDB 遷移解決方案與案例分享。

本次研討會將介紹 SSL 連線機制，如何在 Postgres 資料庫設置 SSL 連線保障資料傳輸的安全性；以及 EDB 企業版進階的安全性功能，例如資料庫的使用稽核紀錄、資料遮碼（避免開發時暴露敏感資訊）、Stored Procedure 的程式遮碼、以及密碼安全性與權限的管控方式。

開源資料庫 PostgreSQL 在最新的第 10 版中增加內建的邏輯複寫功能。過往藉由串流複寫只能達到全資料庫主從高可用；如今透過新導入的邏輯複寫，不僅可以跨平台同步資料，進行表格層級的資料同步，同步中斷後更可以自動追溯缺失的部份，保持資料的同步狀態，大幅提昇佈署靈活性。

新資料庫從一開始就運作的很好，當然我們也有遇到在特定狀況下效能有變慢的問題，然而在進一步審視後，發現到原因都是出在不恰當的 SQL 寫法。修正這些部份之後，結果效能甚至比原先採用的主流資料庫要更好。