Percona PostgreSQL 3.0.0版本发布，包含硬分叉和重大升级。文章讨论了如何从Crunchy Data PostgreSQL Operator迁移到Percona PostgreSQL Operator，采用备用集群方法。

2023年2月13日，PostgreSQL发布小版本更新以修复CVE漏洞，但因修复缺陷，PGDG于2月20日再次发布新版本。Crunchy Data在测试中遇到升级问题，最终于2月28日成功发布新版本。3月4日，Go社区将发布CVE公告，Crunchy Data将进行版本重建，预计推出CPA 2.2.4和2.1.9。

Crunchy Data团队更新了物料清单（BoM），以支持PostgreSQL的新版本，并进行了回归测试，生成了十二个供审核的BoM。每当PGDG发布新版本时，Crunchy Data也会发布相应的CPA次要版本。最近的更新修复了四个CVE，建议尽快升级PostgreSQL集群。

Crunchy Data在Postgres 17.1发布时暂停更新，因可能影响现有安装，特别是TimescaleDB和Apache AGE扩展。建议用户暂缓升级或重编扩展，因Postgres的ABI变化可能导致兼容性问题，开发者需谨慎处理。

Crunchy Data发布了v2.2版本，支持PostgreSQL 13-17，取消对PostgreSQL 12的支持。新增pgMonitor 5.x支持，简化PgBouncer监控，提升Ansible-core兼容性，并优化CPU亲和性。代码重构使处理程序调用减少28%，性能提升。

Crunchy Data发布了开源pgMonitor扩展，提高查询性能和简化指标收集。使用物化视图存储指标数据，具有灵活的刷新间隔和高性能。与多个监控系统无缝集成，支持自定义和内置指标。提升PostgreSQL监控水平，确保可靠、高效和可扩展的数据监控。

Crunchy Data 开发了一种解决方案，将 DuckDB 与 Postgres 集成，以使用 Parquet 等开放标准在 S3 中存储的大型数据集上实现高性能分析。该解决方案作为一种托管服务提供，称为 Crunchy Bridge，提供了 Postgres 原生分析的优势，而无需关注底层细节。

本文讨论了在Postgres中进行数据加密的不同方法，包括操作系统或磁盘级加密、存储设备加密、透明数据加密（TDE）和应用级加密。每种方法都有其优缺点，选择合适的策略取决于具体需求和要求。文章强调了在选择加密策略时理解监管框架和内部要求的重要性。它还建议结合不同的加密方法以实现分层安全，并强调了有效的密钥管理的必要性。文章最后提到了Crunchy Data在帮助组织设计Postgres环境中的数据加密安全解决方案方面的专业知识。

Crunchy Data在Crunchy Bridge上推出了对Mongo Foreign Data Wrapper的支持，使用户可以从多个数据库中受益。使用Postgres来支持碳减排项目的购买数据，使用MongoDB来提供公共数据展示是一个实际的用例。通过将不同的用例针对不同的数据库，用户可以保持灵活性。文章提供了一个教程，介绍了如何使用Postgres中的触发器，使用MongoDB FDW将代码从Postgres写入MongoDB，包括创建外部表、创建触发器和同步现有数据。

PostgreSQL数据库越来越受欢迎，Crunchy Data的我们经常处理超过20TB的数据库，David Christensen和我收集了一些关于管理大表的技巧，包括使用CREATE INDEX CONCURRENTLY功能添加索引，分步操作添加列，先告知Postgres再验证添加约束等。David和我将参加SCaLE的Postgres Days，欢迎大家参加！