DBLab Engine 3.4 版已發布，這是一個用於 PostgreSQL 輕量複製和資料庫分支的開源工具，並進行了多項改進。
當您需要增強開發流程時，快速且具成本效益的複製和分支非常有價值。DBLab Engine 可以在單一機器上處理多個獨立的資料庫副本，因此每位工程師或自動化流程都可以在幾秒鐘內使用自己建立的資料庫，而無需額外費用。這使得可以測試任何變更和最佳化概念，無論是手動還是在 CI/CD 管道中，以及驗證 ChatGPT 或其他 LLM 建議的所有概念。這有效地解決了 LLM 幻覺的問題。
Database Lab Engine 的新名稱為「DBLab Engine」。目前正在更新我們的所有資料以反映此變更。為了與此變更保持一致，我們為該產品引入了特定的網域：dblab.dev 和 dblab.sh。為了方便存取，我們建立了以下簡短 URL
curl -sSL dblab.sh | bash)demo-token)demo-token)謝謝！
我們擴展了 DBLab SE 的安裝選項，DBLab SE 是 DBLab 的付費版本，包含 DBLab Engine 本身和 Netdata 監控等開源元件，並提供支援訂閱。除了 AWS Marketplace 中的存在之外，您現在還可以從 Postgres.ai Console 直接無縫安裝 DBLab SE。
此設定是完全自動化的，可以在任何地方使用
查看 逐步教學。
為了改善對複製建立方式的控制，現在可以使用新選項 cloneAccessAddresses 來配置將用於複製容器的網路介面。預設設定為 127.0.0.1，這表示僅允許本機 TCP 連線。可以指定多個位址，並且也支援 IPv6：請參閱 文件。
某些 DBLab Engine 使用者在使用邏輯資料佈建（使用 pg_dump/pg_restore 的自動完整重新整理）時遇到問題，因此新增了以下兩個方便的標誌來幫助減輕這些問題
ignoreErrors 在子區段 logicalDump 和 logicalRestore 中，允許在發生錯誤時不中斷 dump/restore 的過程，skipPolicies 在子區段 logicalRestore 中，允許在還原過程中跳過策略 (CREATE POLICY)。DBLab Engine 管理下的 Postgres 複製容器一直應該支援 Postgres 重新啟動 - 雖然由於一個錯誤，它在 3.0—3.2 版本中實際上沒有用。透過適當的修復，它又開始運作了 – 只需確保您使用的是帶有 -0.3.0 後綴或更高版本的標籤，例如 postgresai/extended-postgres:15-0.3.0。
透過重新啟動支援，例如，可以在特定的複製容器內執行 pg_upgrade -k（當然，需要先安裝較新的二進位檔案）- 並立即在隔離的環境中開始測試較新的 Postgres 主要版本。而且，最重要的是，您不需要花費額外的時間或金錢 - 這正是我們建立和開發 DBLab Engine 的原因。任何測試都必須快速、便宜且可擴展，即使對於多 TB 的資料庫也是如此。
「配置」標籤進行了多項改進（儘管，配置編輯仍然僅支援邏輯模式），「日誌」現在具有篩選按鈕。
如前所述，我們現在有一個用於 API 文件的簡短 URL：API.dblab.dev。它由出色的 ReadMe 服務支援，並且基於您可以在 Git 中找到的 OpenAPI 規範。
API.dblab.dev 是互動式的，您可以使用 token demo-token 來測試演示實例 (demo.dblab.dev) 的 API 呼叫
遵循 明顯 的 趨勢，我們將 pgvector 新增到用於 DBLab Engine 的 Postgres 映像中。
而且，與往常一樣，所有擴充功能都已升級到最新版本。請參閱 文件中的擴充功能完整列表。
DBLab SE（提供支援訂閱的付費版本）的用戶可以存取具有擴充功能的 Postgres 容器映像，這些擴充功能與以下來源資料庫相符
DBLab Engine 3.4.0 包含大量的改進 – 這個版本有史以來變更數量最多。請閱讀 變更日誌 (CHANGELOG) 中完整的變更列表。如果您需要將現有的 DBLab Engine 升級到 3.4.0，請不要忘記遵循遷移注意事項 (Migration Notes)。
demo-token)我們非常重視您的回饋。透過以下方式與我們聯繫：
其他資源，您可以在這裡獲得關於 DBLab 和 Postgres 的見解
有興趣回饋此專案嗎？以下說明您可以如何產生影響