大疆在无人机行业崛起的时候，十分令其他同行羡慕。在无人机产业链最为全面的深圳，有无数模仿者想成就大疆一样的辉煌。不过多年过去了，大疆让这些企业更加难以企及。干掉大疆不仅仅需要情怀与理想，更需要的是资金、时间和强大的研发能力，甚至还有过人的运气。不过这些年过去了，似乎这样的条件一直没有出现。干不掉大疆怎么办？
平昌冬奥会INTEL令人惊艳的无人机表演让这些企业眼前一亮，2018年平昌冬奥会开幕式上，当1218架无人机在平昌上空组成灿若烟花的和平鸽时，一些深圳无人机行业的有识之士突然惊呼：“干不掉大疆，就让我们来干掉烟花吧”。
于是大量的深圳深圳无人机企业开始投入这种以往被科技巨头当成玩具的无人机表演技术的研发工作中。利用和大疆差异化的特征，成就了一个新兴的行业。无人机表演利用比烟花表演更低的成本，更加环保的理念、更丰富的3D视觉体验和更短的研发时间，逐渐在这场竞争中站稳了脚，并大有后来居上的意味。
从无人机行业联想到数据库产业，在国产数据库的前面耸立着一个比大疆更为令同行恐怖的存在-Oracle。从2011年开始，我就不断的听说某某数据在性能上可以秒杀Oracle，但是十多年过去了，我还没有看到一款真正能够和Oracle掰掰手腕的关系型数据库产品。
Oracle每年投入营收的百分之10%在数据库产品研发上，想象Oracle在全球恐怖的营收，再看看我们的国产数据库的可怜的年收入，想要在关系型数据库产品技术与功能上实现对Oracle的全面超越，这句话是不是比当年放卫星时的亩产十万斤还不靠谱？不过不幸的是，无比鄙视当年相信“放卫星”的我们，似乎很多人相信只要自己努力就能快速实现对Oracle的超越。甚至有些用户还在不切实际的要求或者相信Oracle数据库能做的，国产数据库必须能做，而且做得更好。
后发者承认落后，并不甘于落后，全面超越Oracle不大可能的情况下，我们就没必要自欺欺人。利用一些技术手段提高自己的起点，降低起步难度，并且在某些中国用户应用场景的重要领域实现局部突破，还是可行的。
从头开始太难，那我们为什么非要强调每一行代码都是自主的，为什么不从开源协议比较友好的开源数据库代码作为起点而非要在人才队伍缺乏，技术积累薄弱的情况下做从零开始的无用功呢？利用对开源社区资源的理解培养队伍，重点突破某些应用场景，生存下去。等待数年甚至十数年后，各方面条件都成熟后再厚积薄发，实现某些领域的超越，可能才是比较符合当前数据库产业现状的。
数据库是高投入、长周期的IT基础设施产业，任何想利用一些概念和热点捞一票就走的人都会发现，一旦入坑，是很难脱身的。试想一下，一个RDBMS核心哪怕精炼一点也需要300万行左右的代码。核心研发人员的全周期月代码量哪怕是1000行（个人认为C语言的数据库核心代码的全周期代码量达到500行/人月已经很了不起了），那么300万行代码需要3000人月，100人的研发队伍需要干3年左右。我想规模大一点的国产数据库厂商的核心代码开发人员能有三五十个就不错了，中国目前有200多家国产数据库厂商，恐怕还没有那么多真正的数据库核心研发人员。
去年和某数据库厂商的研发人员交流关于他们的产品的问题，他们说这些年DM8重点工作都放在数据库稳定性问题的改进和用户场景兼容性方面的研发方面。在其他方面的研发投入受到了这方面需求的限制。我想这是目前国产数据库比较务实的做法，在某个细分领域精耕细作，满足客户的需求，抓住自己的基本盘，才是可持续的模式。在明知不可为的情况下还要一门心思放卫星，那只能是一场秀而已。
不过有时候一些数据库领域的“假大空”也是被用户逼出来的，数据库厂商必须集主从HA、共享存储多读多写、分布式等全面解决方案才能这场内卷中获得生存空间，再加上各种兼容性的需求以及个性化的需求，让很多数据库厂商更像是定制软件开发商一样，在每个用户现场都需要投入有限的研发自研。这让本身起点较低、资金不足、核心研发人员缺乏的国产数据库厂商更加雪上加霜。
