电单车 与 出租司机的“烦恼” 到 database

昨天被阿里的大佬“推了一下”，访问量简直要爆表了，是否我可以理解为，选择比努力重要，正因为人家的“推了一下”，你每天不到上百的访问量暴增 N 倍。所以说选择重要，人家选择了你，可反过来想，你要不每天写，坚持，写的东西还能入人家眼.....  那是努力更重要了。其实都重要也都不重要，自己写的开心就好，人生短短几十年，开心就好，再次感谢 大佬的一推。

随着看文的人越来越多，估计老看客们会体会最近的一个变化，一个礼拜5天（周六日让我歇会吧），2天 POSTGRESQL ,2 天 MYSQL ，1天其他或者瞎扯，一般周五瞎扯，或其他的数据库，最近一直是这个规律。下面就是瞎扯

前两天做地铁，里面播了一则新闻，是说某个城市的出租司机联合起来将共享单车，扔到了河里。为什么出租司机要这样做，因为共享单车影响了他们的生意，尤其类似最近流行的 “电单车”。估计小城里面，如果有电单车，便宜方便，尤其在北方非冬季的天气里面，骑个电单车还是蛮方便划算的。

出租司机此举其实也是“无奈”的选择，当然让我想起 36岁的“高速收费大姐”下岗前的一句“我就会收费，其他的都不会呀” 

是应该可怜她呢，还是........  反正我可怜不起来。

生活中大部分人其实都是在低头看路生活着，猛然一个打击，抬起头，发现路不对了，前面再走就要撞墙了。这时候在改变，那就很难了，可能眼睁睁的看着自己就撞墙了。

换做企业也是一样，在某个领域里面的老大，老二做着做着挺好的，就消失了，摩托，诺基亚，当年是如此辉煌，现在你手里的手机还有这两个牌子那就真是神人了，大多数都变成了， 华为， 小米，VIVO, OPPO ，等等，曾经的大牌消失的部分原因也是光低着头，走着自己的路，不看前面，然后就没有然后了。

其实做数据库也是一样，10几年前入行的时候，还都是 ORACLE SQL SERVER， 类似于 SYSBASE , DB2 更是炙手可热。10几年过后，在看看，早就换了一拨“数据库”了，MYSQL ，MONGO,  PG,  TIDB， GP，ES，......  

其实数据库这个行业的“工作者”，不比程序开发好多少，程序开发提到的语言更替，架构的更新，新的设计模式，到数据库这个行业也是一样，早就不是，只会一个 ORACLE ， SQL SERVER 就认为能混一辈子的事情了。

数据库作为整个软件开发流程里面的一个环节，属于不上不下的一个位置，和如果将数据库归为运维，那实在是小看数据库了，如果将数据库归为开发，数据库又没有开发的灵活性，尤其在ORACLE SQL SERVER ，霸占企业数据库的年头。 

时代在发展，猛然间抬头，发现OMG ，DB 这个世界早就从高速的 60以下，转换到 120 的车道。运维与开发，都对DB有了重新的定义。

 原有的思维中，数据库在一个企业，有一种到两种就可以了，多了运维的成本提高，以及功能的重合，都是麻烦事情。其实这样的思维还是和以前数据库的种类少，没得选有关。

就如同最近企业中大部分都在去O 换 M ， 我不知道是发烧了，还是一根筋（当然也可能那个单位的架构师，或者DBER 就仅仅知道M数据库，人生不是黑就是白），IT行业本来应该是思维活跃，勇于创新的，到头来还是一根筋的和M 数据库绑定。不根据自己的公司的实力，工作场景，技术实力，硬要去换，结果......。

例如Mysql 数据库应该在什么场景使用，简单快速OLTP，业务逻辑不复杂，数据量中小量级的水平。PG数据库适合业务复杂，数据量中大，OLTP 和 轻量级OLAP 混合的场景。大量的业务日志，要有迹可寻，快速查询，或者承载内外部信息传递，（JSON）文本方式等或非复杂关系的业务等等，使用MONGODB会更出色,文本日志的汇总和查询ES更OK，社交网络，复杂关系分析展示，或许 NEO4J 更合适。各种数据的汇聚，或超大型的数据存储查询和SQL 数据分析在要点前卫范儿，TIDB OK。种类是越来越多，以前倡导的分库分表，这样耗时耗力的事情，也是由于当时数据库的种类太少（其实也是认知的问题，和不花钱的选择少），不能满足开发和业务需求演变出来的怪胎。（并未一杆子打死，分库还在某些场景是有一定意义的）

有了现在先进的数据库可以选择，那个开发&运维还愿意“自虐”的分库分表。当然也保不齐有些“愿意提高自己技术水平的架构师，开发”还热衷分库分表。

最近大数据行业HADOOP 也有点要凉的意思，一个产品如果从搭建到使用维护的成本很高，同时又有相关简单的产品可以完成它的功能并且还costing 更低，谁不愿意去用。

行业变革天天有，IT 行业更是快，光低头走路，不时不时的抬抬头，那就危险了

（以上都是胡说八道 东拉西扯，如有不适，深表歉意）