所在公司面临哪些 PG 使用痛点？】
性能逐渐不能满足现有业务场景
【关于 PG 替换选型，你更看中哪些维度？】
成本、性能
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
暂无，先学习
感谢老师分享
【 所在公司面临哪些 PG 使用痛点？】
PostgreSQL数据库优化复杂、安全性不高
【关于 PG 替换选型，你更看中哪些维度？】
部署简单
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
暂无迁移经验，希望嘉宾分享完整的迁移方法
【 所在公司面临哪些 PG 使用痛点？】
高并发读写瓶颈、海量数据存储扩容难、复杂查询性能不足
【关于 PG 替换选型，你更看中哪些维度？】
兼容性、稳定性、迁移难度
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
语法兼容问题，代码改造量
【 所在公司面临哪些 PG 使用痛点？】
暂未使用PG
【关于 PG 替换选型，你更看中哪些维度？】
兼容性，可移植性
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
暂时没迁移过。
欢迎回归，记得常来~
【 所在公司面临哪些 PG 使用痛点？】
高并发性能问题
【关于 PG 替换选型，你更看中哪些维度？】
可扩展、性能
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
性能优化
【 所在公司面临哪些 PG 使用痛点？】
高并发下性能瓶颈、跨区部署一致性差、海量数据存储扩展难。
【关于 PG 替换选型，你更看中哪些维度？】
兼容度、性能、扩展性、合规性、迁移成本。
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
语法兼容、数据一致性；希望分享迁移工具选型与风险规避经验。
