谈谈国产目录发展乱象

产品线都都能拿展示出颇高自主化百余人的报告来，而且动不动都是95%以上的。我曾经测试过一个自诩编码自主化百余人高95%的元数据产品线，其SQL涡轮引擎是无论如何“接口”MYSQL的，读取涡轮引擎用的不是INNODB。有一次一不小心我把一个不不算常用的MYSQL原生态的匹配相应了一下，不用想到，SQL涡轮引擎的文书工作模式就让按照匹配的要求相应了。如果只不过为了保持MYSQL语法的接口性的自主化编码，连这种结构上之处都模仿得如此平庸，那也不算山羊了吧。

4）常有确信吊打Oracle，具体上与Oracle差甚大

虽然国产元数据的专利技术非常少，不过这不阻碍国产元数据弯道超车，如果不能把Oracle拉展示出来吊打一番都不好意思说自己是国产元数据。而真实的分析方法桥段下却反映展示出来我们的国产元数据在CBO和SQL涡轮引擎方面与Oracle差甚大。我也曾经和一些元数据研制出人员做过深度交流，他们也认定，要在元数据上缩减与Oracle的差是甚为困难的。无论在优秀人才积累、资金投入和具体分析方法案例的对系统等方面都不存在此前所未有的差。特别是第三点，导致Oracle可以不断从采购环境中的发现构建器的问题加以修改，而我们甚至都不明白构建器修改的目的，更不要谈从架构上去规划设计构建器的转型路线了。

5）HTAP踏入国产元数据的标配机制

虽然我们的国产元数据还不会克服用户亟需的SQL涡轮引擎和构建器的提升，不过未必妨碍我们在其他一些科技领域上进不依创新。在各种宣传数据资料上，HTAP不不算可能踏入了国产元数据的标配机制，不过我想一些国产元数据厂家自己都不用几个人其实地懂得什么是HTAP。他们自诩的其实质HTAP大多数只是一个OLTP元数据上具有一定的批处理战斗能力而已。OLAP的算出桥段和OLTP是无论如何不同的，OLTP要求资源最大化重新分配，每次执不依的等待时间稳定并且来使段。而OLAP要求的是小模版下的大型甚至巨型算出，利用未必依执不依充分利用服务器的资源，来使把CPU/磁盘/IO的战斗能力都充分抽走展示出来，收尾复杂的算出，大旅客量的数据可用和输展示出。一个连资源隔离都做不好的元数据产品线，如何赞成HTAP中的两种可能会互相伤害的算出桥段呢？我见识过的大多数自诩平庸克服HTAP问题的元数据产品线，具体上都不其实符合可实用的融合扭矩战斗能力。只不过是在某些测试环境可以平庸展示出一些战斗能力而已。

虽然如此，也未必能阻止HTAP踏入很多大公司初步设计中的的匹配加权，我不明白是交货单位是其实需要这种算出战斗能力，还是只不过借此来党同伐异的噱头呢？

6）评论体系的乱象

每年都可能会展示出台各种其实质的国产元数据排不依榜，不过这种排不依榜或许有点排排坐吃果果的感觉，第一名和第二十名的评分不高5分，此前几天我见到一个榜单，第一名和第十名的分差只有1分多。如果我是一个大公司的IT主管，可能会有一个感觉，这个此前十名的产品线，随便选都一定可能会有多大的差别吧。

结语

国产元数据直到现在再创了最难的转型机遇，我们不不算可能见到了芯片，服务器、安全等科技领域都在这个机遇预见到时显现展示出了勃勃生机。而在我相对来说熟悉的元数据科技领域，我见到的只是一种表面的昌盛，未必用有见到一种良性的转型趋势，希望这种局面很快可能会有所好转，希望国产元数据金融业都能掘起。

作者丨白鳝

来源丨社可能会大众号：白鳝的岩壁（ID：baishan755）

dbaplus一个组织欢迎广大技术开发人员投稿，投稿邮箱：editor@dbaplus.cn

关于我们

dbaplus一个组织是围绕Database、BigData、AIOps的大公司级专业一个组织。资深大咖、技术开发海鲜，每天独具一格原创发表文章推送，每周线上技术开发体会，每月线下技术开发罗尼，每季度GdevopsWildDAMS不依业大可能会。

关注社可能会大众号【dbaplus一个组织】，获取更多原创技术开发发表文章和新歌应用软件下载

。

如何解酒
英太青能治疗痛风吗
治疗私密紧致好的医院
健胃消食片儿童装
如何快速治疗腹泻