ActiveMQ Artemis — AMQP v1.0 協定的測試（一）：環境設置筆記

 這陣子總是碰到一些 queue 的環境，因此弄了一些測試環境。

這篇紀錄的是 ActiveMQ 環境，主要是要測試上面提供的 AMQP 協定。

Python 的 ConfigParser 混搭 JSON Array

 有時候非得處理一些功能，需要寫一點小小像樣的程式。這時可能會安排稍微多一些可調控的設定，因此會自訂參數設定檔案。

參數檔格式有很多，有傳統的類 shell 的 Key/Value 變數填寫、Windows 有時會見到用中括號標示小節的 INI，比較新的 JSON 或 YAML 等類型。

在 Python 底下有 ConfigParser，可以快速建構一個 Config 設定，不用靠自己讀檔與 readline 判讀。

不過 ConfigParsor 預設為 INI 風格，通常只有 Key/Value。

要是有些設定值想要吃多個值，有沒有好一點的處理手法？

EDB14.4 新功能：針對表格作 CRUD 稽核 （table-level auditing）

不少公司會要求相當程度重要性的軟體系統要在資料庫設定活動稽核紀錄（Audit Logging）以備意外發生時保留可追蹤的依據。不過稽核日誌通常會紀錄「一大堆」的活動，有時候會讓人困擾要怎麼收納。

不過在資料庫裡面，有時候不見得要全部活動都紀錄，而只要針對重要資料的活動作紀錄就可以了。

在 Oracle 內有 table-level auditing（上網查好像叫做 DBA_AUDIT_TRAIL package 還是 Fine-Grained Auditing 的樣子。。？）可以針對指定表格的存取作稽核紀錄。不過 EDB/PGSQL 過往都不太便於設置指定表格作稽核紀錄的設置。

不過在 EDB 14 開始，也支援類比功能～不過實作機制沒有模仿 Oracle，但其實設定上還蠻簡單的。

這邊就做一點紀錄。

PGSQL 的 queryid 跟 planid 功能的外掛—pg_store_plans 筆記

 EDB/PGSQL 預設僅能透過 auto_explain 紀錄執行 SQL 的執行計畫到 DB Log 檔案內。

PGSQL 查看當前/歷史執行計畫的社群擴充外掛，可以直接以表查詢運行 SQL 的執行計畫，有以下兩個（截至 2022 年三月中為止）：

在 Bash Shell Script 檢查相依 Script 檔案＆輸出內容自動導向＆輸出內容補前綴

用 Bash Shell Script 時，你有以下困擾ㄇ～？

1. 拆多個 Script、自訂設定檔，擔心檔案漏掉不知道
2. 因為手痠不想在執行 Script 時寫輸出導向（大於符號 > log_file 2>&1）；更不想在 Script 裡面每一行都加上輸出導向（手更痠。。）。只想要一兩行公式就自動檔向檔案
3. 想要在 Shell Script 所吐出來的輸出內容，每一行添加時間或是檔名等裝飾品
4. [Update 2022/3/8] 症狀四：不能同時運作的 shell script，運作時間又抓不準，然而卻需要設定頻繁 cronjob 排程，卻又害怕重複運行。。

這篇集以上問題之小成於一身，弄一個簡易可以抄的 Shell Script 範本，自認症狀符合的人類就夾去配ㄅ～

利用 Python3 內建 venv 管理 PGSQL PL/Python3 裡面可以使用的 Python 模組

使用 Python 有很多便利，但也很多困擾。。。其中之一就是 dependency hell。經典的圖就是 xkcd: Python Environment～

當然這狀況已經有許多手段可以預先規劃避免與處理，其中之一就是使用 virtualenv 製作隔離的 python runtime 環境。

那麼，當 Postgres 的內嵌 stored procdure PL/PythonU 遇到需要安裝模組要怎辦？

初步認識 EDB Postgres 的 K8s 容器化解決方案 — Cloud Native PostgreSQL Operator

基於上一篇筆記所找到的好心測試 K8s 工具，這邊要來嘗試 EDB Postgres 的 PostgreSQL 容器化方案 — Cloud Native PostgreSQL Operator。

在前一陣子 EDB 曾經在 K8s/Openshift 平台還沒變成壓倒性主流容器平台方案時，就已經提供 Docker Container 的資料庫解決方案，當時也做了一點點練習（筆記在這）。

不過當時得努力的搞清楚最原生的 K8s YAML 設置，其實很複雜。。。

隨著 K8s 整體的推進，出現了 Helm 與 Operator 這類「套件管理」的工具，加上 K8s 強化 Stateful Container 的支援，資料庫陸陸續續也可以輕易登陸 K8s 平台。

EDB 團隊基於這些變化，加上原 2ndQ 團隊的一同合作，便推出這個成熟的 K8s 解決方案。

這邊就要來初步體驗一下～