希望嘉宾分享：
- 成功的平滑迁移策略（如双写、灰度切换）；
【 所在公司面临哪些 PG 使用痛点？】
无
【关于 PG 替换选型，你更看中哪些维度？】
兼容性、性能、扩展性、运维成本
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
语法兼容问题，盼分享迁移工具选型与风险规避经验
【所在公司面临哪些 PG 使用痛点？】我们公司使用 PG 时，遇到了两大核心痛点：一是海量数据下的单机存储瓶颈，随着业务数据量年增超 200%，单节点磁盘和内存压力陡增，扩容只能依赖垂直升级，成本居高不下；二是高并发读写场景下的性能抖动，尤其在金融交易峰值时段，PG 的锁机制会导致事务等待时间过长，影响业务响应时效。
【关于 PG 替换选型，你更看中哪些维度？】首先是分布式扩展性，能支持水平扩容且不影响业务；其次是语法和生态兼容性，降低应用改造成本；最后是高可用和容灾能力，要能实现秒级故障切换，保障金融级数据一致性。
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】之前尝试迁移时，遇到了 PG 特有语法（如WITH RECURSIVE复杂递归查询）在新数据库的兼容问题，以及全量 + 增量迁移中的数据一致性校验难题。希望嘉宾能分享跨数据库语法适配的实用工具，还有金融行业核心系统迁移的风险规避和回滚预案经验。
另外已经转发活动海报到朋友圈，期待 12 月 11 日的直播分享
【 所在公司面临哪些 PG 使用痛点？】
没有使用PG
【关于 PG 替换选型，你更看中哪些维度？】
兼容性、成本、维护性等
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
希望可以分享PG迁移改造的经验，多学习学习
【 所在公司面临哪些 PG 使用痛点？】
暂时无使用PG
【关于 PG 替换选型，你更看中哪些维度？】
备份与恢复、复杂查询优化、海量数据管理
【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】
希望多多分享迁移的案例和使用的经验
所在公司面临哪些 PG 使用痛点？
未使用
关于 PG 替换选型，你更看中哪些维度？
成本与兼容
在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？
正在独自学习，还在慢慢消化。希望嘉宾分享新人如何快速学习与使用
