PGSQL 9.x 之後的交易流水帳 WAL 的管理變化—從 v9.4 到 v13

傳統的關聯式資料庫為了的設計上，大多有所謂的 Transaction Log （Tx Log） 的機制設計，將資料庫活動一五一十的記錄下來（優先於表格資料的實際回存到磁碟），以確保資料的高規格保全要求。

Transaction Log 通常稱作交易日誌，不過為了避免跟一般錯誤紀錄 Log 混淆，以下稱作交易紀錄流水帳。

在 PGSQL 與 EDB/PGSQL 企業版中，該機制稱為 Write-Ahead Logging，通常稱作 WAL。

這份筆記簡單紀錄 PGSQL 9.4 ~ PGSQL 13 的重要設定變化。

在 PGSQL 13 用 Stored Procedure 包裝 VACUUM 與 ANALYZE 指令

 使用 ETL 作業作資料匯入，常常會有大量資料匯入或異動。對 PGSQL 來說，這時候若可以在批次資料匯入/異動完畢後執行 ANALYZE 作一次資料表的抽樣統計收集，甚至是 VACUUM 維護作業，會有助於資料的查詢。

然而。在 PGSQL 裡面，可以執行 VACUUM 與 ANALYZE 指令的帳號，只有表格物件擁有者（ Table Owner ）以及 postgres/enterprisedb 等 Superuser 帳號，但是通常 ETL 程式用的帳號通常不會是這兩個。。。因此若有 vacuum analyze 包裝函數，搭配 Stored Function/Procedure 的 Security Definer 供其他帳戶呼叫，就會方便許多。

這篇筆記紀錄的就是 PGSQL 批次匯入後執行 ANALYZE 的 Stored Procedure，也順便練習 Stored Procedure 一下～

在 EDB13 安裝 tds_fdw 連通 Linux 上的 SQL Server XE

這邊不是用原生的 Postgres，而是使用 EDB 的企業版 Postgres 13。

PGSQL 在 PGDG Repo 裡面已經提供現成的 RPM 可以用了（可以載 https://tds-fdw.github.io/yum/tds_fdw.repo，或其實 PGDG 本身裡面就有提供了），因此不用擔心～

在 LXD 安裝 MS SQL Server 2019 XE

為了測試 PostgreSQL 的 tds_fdw 這個外掛，這邊要在測試環境安裝 Linux 版的 SQL Server XE 看看。這邊用的是 2019 版。這邊裝在 LXD Container 裡面，確定可以運作。