上周四到周六我参加了两个数据库厂商的顾问大会，一个是老牌数据库厂商，一个是国产厂商。Oracle的中国用户顾问委员会会议CAB今年已经第十三届了，三年前又开启了合作伙伴顾问委员会会议PAB。
通过研发高层与大客户与合作伙伴的面对面交流了解数据库产品的使用情况，发现客户潜在的需求，为Oracle数据库的产品研发获得最有效的客户需求，这一直是CAB的宗旨。2011年起，Oracle就开启了这项工作。我的一位在运营商的师弟几乎参加了第一届起的每次会议，对Oracle产品的功能提出了很多需求。我也曾代表企业客户参加过2016年在西安的CAB，不过这一次我是代表了基石数据，以Oracle生态合作伙伴的身份参加了今年的第三届PAB。
顾问委员会大会一般包含数个环节，一个环节是Oracle介绍新产品与一些产品规划的路线图；另外一个环节是来自用户和合作伙伴的代表提出一些功能需求，并介绍行业中的一些典型应用场景。另外每届大会都会对以往用户提出的需求的状态进行反馈。在Ask Andy环节，用户还可以与Oracle 研发的老大Andy直接面对面对话，提出各种问题。对于顾问委员会大会，Oracle是十分认真的。在会议之前的一个月前，就已经在征集建议，征集关注点。而本次大会Oracle介绍的产品信息和技术路线图的介绍内容，也会根据参会人员投票的情况来确定。
正如上面这段邀请函中的内容所述，顾问委员会所提出的需求，会得到Oracle研发团队的认真对待，也会影响Oracle数据库功能的发展，对此我感触颇深。今年我提出的一项对Oracle索引的改进性功能需求，在会议召开前半个月就获得了Oracle研发部门的确认，并已经被接受成为Oracle的新功能。而另外一个功能需求，因为比较复杂，在我提出后，已经经过了数个轮次的讨论，在本次大会上我提出后，又有研发人员对该功能的实现路径进行了几轮讨论，仍未达成共识。在周五晚上，应该是他们半夜和我讨论完睡了一觉后，他们仍然觉得有必要就这个问题再进行深入的探讨。于是约了本周找个我刚刚上班，他们还没睡觉的时间再连线讨论一下。
周四上午的会议本身安排的就比较满，中午12：30才结束议程。没想到会议结束前，已经过了12点半了，突然SQL引擎的研发负责人临时需要介绍一个方案，让顾问委员会议帮他投个票，看看这个功能对于中国的用户是否有价值。。从他们对这些问题的认真的态度可以看出，Oracle 的CAB是在玩真的，不是仅仅找几个客户做个秀而已。
周六是一个国产数据库厂商的顾问建言大会，这是我第一次参加国产数据库的吐槽大会。在我的印象里，国产数据库开会往往都是团结与胜利的大会，找几个潜在客户和老客户。让老客户介绍几个成功案例，再让售前讲讲自己的数据库是如何秒杀Oracle的就可以了。给国产数据库提意见，吐槽使用国产数据库的痛苦经历，那是绝对不可以的。因此对于首次参与国产数据库的建言大会，我还是挺高兴的。起码国产厂家开始重视用户与生态伙伴对于自己产品的感受了。
会议的气氛还是不错的，用户介绍了自己的应用情况，厂商也并不忌讳客户以谈问题为主的讨论风格，研发部门也对未来研发方向与用户做了不错的探讨和交流。我也衷心的希望大家牺牲周末在一起的讨论，能够对数据库产品的进步有所裨益。
虽然总体来说，国产数据库开展顾问委员会大会，倾听用户的声音，这件事起步比Oracle晚了不少。在会议的形式与内容上，与Oracle CAB/PAB还有较大的差距。不过有国产数据库厂商看到了他们与Oracle的差距，在努力学习Oracle好的做法，这就是我们国产数据库的进步和希望。我也希望有更多的国产数据库能够采取这种形式来开会，而不总是找几个典型用户，互相吹捧吹捧，突出领先优势。开再多的这样没有营养的会议，不如真的找几个用自己的产品用得比较认真的用户，去发现一些自己产品的问题，好尽快改善产品这样的做法有价值。
数据库产品要做好，不是关起门来，闭门造车就能做好的。做再多的用户根本不会使用能够的功能，把钱浪费在无法提升用户体验的地方，还不如做几个看起来不那么高大上的，真正用户需要的功能更有价值。我们的很多数据库产品，是几个所谓的高手和精英想出来的，设计出来的，而不是在用户的场景中磨练出来的。甚至数据库的产品经理和架构师都没有真正的使用过数据库去开发过应用，根本不知道应用开发需要什么样的产品。如果他们再不能去倾听关键用户与行业专家的意见，那么如何能把产品做好呢？
这几天的会议是我参加的会议中比较累的，不断的接收新的知识，不断的 输出自己的想法，发表自己的观点。每天都搞得精疲力竭的，比参加那些互相站台的会议要累得多。不过我更喜欢参加这样的会议，这种会议是更有价值的。
