数据库管理-第三十期 一篇杂谈（20220809）

第三十期 一篇杂谈

不知不觉写这一系列文章已经两年多了，也来到了第三十期，从一开始的兢兢业业到中间的疯狂划水，又到现在的“兢兢业业”，这两年来还是成长了不少。这是一篇杂谈，也算是总结与展望。

1 内容

从近几期的阅读量来看，感觉到写的越扯淡的内容阅读量还高一些，越技术的内容阅读量却少了很多。当然这中间肯定有随机性，毕竟我还只是一个奋斗中的非著名技术博主，知名度还是低了很多。所以阅读量和技术扯淡与否可能没多大干系。
但是呢，如果看过我所有文章肯定会发现，最近的文章扯淡的多了，技术的少了，这是为啥叻？其实很简单，我“算是”精通Oracle数据库管理吧，对其他的数据库用过能管理但确实不是太深入，Oracle写了那么多内容了有些江郎才尽了，其他数据库又怕写不好，所以就只能多写一些扯淡的内容了。但是虽然我说是在扯淡，但也是我在数据库行业从业那么多年的感悟、思考与真知灼见，我也希望大家能从我的文章中获取一些有用的东西，哪怕是一些简单的思考也是很好的。
在往后的日子里，我也会继续做好技术博主的本分，在扯淡过程中也会增加更多类型数据库的相关内容。

2 最近在干啥

最近除了做好在移动驻场的本职工作，其实也挺烦的，主要是杂事太多了，公司内部有太多事情需要去支援、支持、配合…本身状态不佳，人总呈现一种很疲累状态，休息的也不是太好，当然这里面除了工作方面的压力也有其他方面的原因。
最近的技术学习计划是好好看看ELK，看看有没有机会拿下ECE认证，这也算是逼着自己学习的一个过程吧。一开始我是选择购买一些课程来学习备考，但是发现ELK内容太多太杂，DSL（开发向）内容有太多（本人确实开发经验过于欠缺），而且现在认证面临着版本升级，确实很难通过课程看进去。因此换了一种方式：根据考点内容去翻译对应的官方文档，并在学习过程中实操联系。（其实这也是我最早看Oracle的方法，只是当时没有记录翻译内容，现在记下来了）。另一方面，我还是有想法去完成刚入行时候的野望：RHCE+RHCA，但是目前看来精力优先，可能还是顶多考虑下RHCE吧。

3 蹭热度

今天一位同事给我发了一个国外某内存数据库“践踏”另一著名内存数据库的事情，让我看到了数据库全蹭热度不仅仅是国内这么卷，原来国外也那么卷。虽然我看了下这家内存数据库的特性和打压著名内存数据库的一些内容后发现二者应对的需求内容和应用场景其实是有区别的，从实际案例来看应用场景也确实不同，理论上不应该出现大型撕逼现场。但是不得不说，这家内存数据库厂商还是通过机关枪式的突突逼得著名内存数据库厂商发出了说明，进行了反击。不得不说，这一波蹭热度是成功的，成功提升了自家产品的知名度，就算细分领域不一样，但还是打了一波广告顺便恶心了一波人。
反过头来看看国内，其实蹭热度的更多，而且方式方法更加多元化。不仅蹭传统老牌数据库，还蹭开源，蹭同行，而且大多数是以贬低别人来提高自己。其实我有一个观点，越是有货的厂商反而不会去贬低别人，顶多只会去对比，说明自身的优势，也暴露自己的不足。而不是宣传材料做的光鲜亮丽，而到了实际产品则漏洞百出。
这里发散一下，在我看来国内真正沉淀下来做国产数据库的厂商一只手都数的过来，数据库真是一个需要时间和技术沉淀、市场验证的行业，但是鉴于当前环境、资本、商业等情况其实很多厂商做的都不好。

4 HTAP

HTAP（Hybrid Transaction Analytical Processing）是数据库技术领域的新名词，是在线事务（On-Line Transaction Processing）和在线分析（Online AnalyticalProcessing）的合称简写，即（HTAP= OLTP +OLAP）。HTAP 既可以处理在线交易事务，又可以处理在线实时分析，是未来数据库发展的一个方向。（本段摘自百度文库）
其实HTAP也是大家蹭热度的一个高频词汇。从Oracle的inmemory到MySQL的Heatwave，这两个几乎做到了在原来OLTP数据库的基础上无需任何变更及可实现HTAP。在信通院的未来数据库特性中增加HTAP过后，今年各大国产数据库的宣传资料也开始出现HTAP了（很多国产厂商去年是绝对没有HTAP，今年咋实现或者实现的咋样那就…），但是放眼望去除了极少厂商几乎实现了无需变更实现HTAP，很多厂商还是牺牲了很多功能来实现HTAP，甚至有些厂商几乎都要把OLTP基础功能给干掉完了（感觉就是怕不是对HTAP有啥误解，但其实是为了赶上这波热度）。

5 总结

想起以前听过的一个故事，不想新开一个章节就放在这里了：一家公司是怎么选数据库的，发现市场上都在和Oracle做对比，然后就选了Oracle。这个故事说明了Oracle确实还是数据库行业的老大哥。
本篇还是扯淡的内容，承上启下，继续：不知道写了些啥。