整个周末，我的b站首页和几个游戏群，几乎都被一个游戏霸榜——《情感反诈模拟器（原名捞女游戏》，无他，踩到了热门话题，而且还是29块钱，买不了吃亏买不了上当。我从周六早上开始断断续续玩，一直到周日晚上才勉强完成接近100%收集。
情感可以反诈吗？答案是可以。那么数据库可以反诈吗？理论上也可以。那么我来提供一个思路和评分标准，聊聊数据库选型如何反诈。
维度一、产品能力
沉沦度50分。
顾名思义，就是作为数据库产品最基本的能力。就拿我现在从事的金融行业来说：
ACID来确保数据一致性，高可用手段符合监管要求，数据类型能不能支持，这些都是纸面上功能一目了然的。沉沦度10分
当然，作为上生产的数据库，还有很多很多隐形的内容，例如说产品稳定性可靠性，能不能保证生产业务时间能持续提供服务。沉沦度10分。
产品性能，这个可能需要做很多繁琐的测试，不同场景之下，还要和可靠性稳定性这些内容做背书，同一个产品，不同的调参数，差异可能非常大。沉沦度10分。
易上手，任何一个数据库产品，如果不能特别容易上手，那么就意味着能够学会且驾驭的难度非常高，比如早期版本的Oracle。沉沦度10分。
最后一个维度，可维护性。这个往往在数据库产品服役较长年头以后，才会慢慢发现问题，bug多不多，升级维护可不可行，不要我升级一次就完全重装一套。沉沦度10分。
维度二、文档能力
沉沦度15分。
文档能力体现在原厂团队能不能把问题说清楚，这里面包含两个维度，一个是对自己产品的理解，另一个是对用户关注点的聚焦。
产品理解能力，如果文档团队自己都不知道自己产品到底什么样子，仅仅是完成纸面上的叙述，显然是不合格的，哪里有问题，哪有限制使用，都需要明确，这样才能传递给用户，这个看似简单，实际需要付出大量的时间和精力，与研发沟通与产品经理沟通。沉沦度10分。
用户关注点，同样一个文档章节，到底用户在哪里反馈更多，怎么把这些内容呈现出来，如果前面一个维度是内部沟通和理解，那么这个维度就是需要文档团队和前线的工程师或者商务紧密配合，才能弄清楚文档的优先级。沉沦度5分。
文档看似简单，实际背后的工作量是海量的，几乎所有的数据库厂商，文档组永远是不够用的，很多看不到的工作，都在这背后。
维度三、客户支持能力
沉沦度25分。
一个好汉三个帮，永远不可能出现研发和文档就解决所有问题的能力。而且这是一个永远费力不讨好的岗位，我从没听过哪个厂商的售后支持，被客户普遍好评，大部分时间里，我们看到的都是客户支持团队疲于奔命，客户抱怨连天。那么评价这点，有这么几个维度：
服务体系，体系永远重要，几个级别的响应，每个级别怎么对待，将最重要的资源分配到最需要的场景，实现资源最大化才是出路。什么样的客户，什么样的问题，怎么分配，其实是一个需要长期磨合才有的结果。以及非常重要的定价。沉沦度10分。
问题处理，我一直觉得，先有体系才能谈能力，个体能力再强，在错误的体系之下很难发挥。那么有了体系，就需要问题处理能力，既有商务的，也有技术的，能力高低，有时候三言两语就能看出来。沉沦度10分。
培训体系，这个可能会被很多人忽略，客户培训是一个很重要的功能，把知识传递出去，而不是高墙小院固步自封。掌握系统知识的客户越多，客户服务带来的沟通和其他隐形成本才会变低，但是囿于公司发展阶段，国内公司普遍还在探索。沉沦度5分。
维度四、社区活跃度
沉沦度10分。
社区活跃度这里既有官方引导的，也有用户自发的，两者生态既有互补，又各自有各自的场景。
官方引导，比如说各种官方的技术交流会，各种活动以及指引，都是可以快速建立起厂商和用户沟通桥梁的渠道，这一点上，反倒是国外的大厂因为企业文化以及地域差异，做的反而不如国内厂商好。沉沦度5分。
用户发起，既有各种沟通群，也有大家自发的技术分享或者代码贡献。Oracle早年在中国能够普及，用户发起的社区其实起到了不可替代的作用，比如ITPUB，而反过来说国产数据库厂商怎么让用户社区运营好，也是一个见仁见智的事情，各家都自己的策略。沉沦度5分
沉沦度超过60分，就是及格线，超过70分就是优秀的产品，超过80分，已经可以吊打99%产品，90分以上，我算了一下，好像还没有。
很庆幸的是，我在过去的情感生涯里，没有遇到过吴宇伦这样被捞的经历，但是在数据库选型中，却结结实实遇到过类似的，所以才写了这个模拟器，仅供参考，大家有更合理的评分，欢迎提出。
