前言：
第七届中国PostgreSQL数据库生态大会在上海国际饭店已经落慕，这是2025年的开年盛会，在这次会议上大家都畅所欲言，为与会者提供深刻的行业洞察和技术趋势分析，促进思想碰撞与交流。我本人也荣幸受邀，参与专题四的《从Oracle到PostgreSQL：有哪些值得借鉴的生态建设经验？》的专题研讨。当然其实这个问题并不好解决，但是我今天我就MOS应该如何借鉴，从我的角度整理下会场所聊内容，供大家参考。
一、MOS简介：
- 产品支持：MOS提供了与Oracle产品相关的信息和解决方案，用户可以在此查询产品文档、故障处理方案和客户案例，以解决产品相关的问题。
- 技术支持请求（SR）：用户可以通过MOS提交技术支持请求（Service Request，简称SR），并跟踪其状态。SR的严重级别按数字分类，从1级到4级，其中1级最高，表示服务不可用，需要立即解决。Oracle的技术支持团队会根据SR的严重级别和类型，提供相应级别的支持。
- 知识库和文档访问：MOS积累了大量的文档资源，包括产品手册、技术指南、故障排查步骤等，用户可以随时访问这些资源以获取所需的信息。
- 软件和补丁下载：用户可以在MOS上下载最新的Oracle软件和补丁，以确保其系统的安全性和稳定性。
- 培训需求满足：Oracle通过MOS为服务提供商和企业提供培训服务，用户可以在此查找相关的培训课程和培训资源。
- 社区论坛和自助解决方案：MOS还提供了社区论坛，用户可以在此与其他Oracle专家和客户交流经验，共同解决问题。同时，MOS还提供了自助解决方案，用户可以通过搜索和浏览相关文档来尝试自行解决问题。
二、怎么借鉴，无脑照抄不可取：
1、在线技术支持功能：MOS的技术支持请求管理功能让我们深感敬佩。通过MOS，用户可以轻松提交技术支持请求，并实时跟踪问题的解决进度。这种高效的沟通方式，无疑大大提高了用户满意度。PG社区在借鉴这一功能时，我觉得需要更加注重个性化服务，是否可以尝试引入在线客服系统，利用AI来解决一部分简单的基础性技术问题，和在线资料查阅类问题，达到降低工作量，提升工作效率。毕竟SR有些问题，问的也确实够无聊。为什么这么干，还有个理由，就是从成本角度考虑，为了省钱，毕竟开源社区，没有ORACLE 财大气粗也是事实。
2、知识库和文档访问功能：在深入理解MOS核心价值的基础上，PG社区是否可以结合自身的特点和需求进行创新和优化。例如，尝试使用在线协作工具，如在线文档编辑、项目管理和任务分配等，方便社区成员在解决复杂问题时进行协作。同时，可否提供开发或集成性能监控和调优建议工具，帮助用户实时监控PostgreSQL数据库的性能指标，并提供基于监控数据的调优建议。
个人觉得文档这个事情的优先级可以提高一些，因为对于数据库的使用者DBA来说，文档就是一切。然而PG的文档相比ORACLE来说，确实也粗糙一些，在会场冯若航先生提到了一个名词我觉得蛮贴切，就是事实标准。 然而在有些行业和某些场景下，标准就是标准，事实标准并不是绝对意义上的标准。这并不能称为绝对意义上的最佳实践解决方案。比如关于xid 64的问题，大家有人认为这个东西不算是什么难事，维护得当就好，但是对于一些DBA来说，这个问题是很头疼的问题。虽然解决方案有很多，但是谁也不能说我的方案是经过大量不同业务场景论证，且具有普适性的标准解决方案。我认为这也是PG的文档需要完善的地方。
然而最佳实践和标准解决方案这个问题其实也并不好来解决，说起来容易，但是解决这个问题，不能只靠一两PG个人热爱者的为爱发电，如果有对解决这个问题有兴趣的朋友和组织，也欢迎联系我，我们一起尝试看看怎么解决这个问题。毕竟只提问题不给解决方案，纯属耍流氓嘛。
3、为了满足用户需求，PG社区能否设立一个反馈和意见收集系统。以此鼓励用户提出他们对社区功能和服务的建议和意见，并定期分析这些反馈，根据用户的需求和期望进行改进和优化。并将处理过程公开化，让所有用户都能看到，自己提出问题的解决进度。让每一个需求被闭环和尊重，可以很好的激励广大用户去建设维护社区。
最后：
感谢PG社区本次对大会的支持和邀请，我们下次见，提前祝大家新年快乐。
