DB-Engines:SQL Server 获评年度 DBMS 榜首

王练
 王练
发布于 2017年01月09日
收藏 4

DB-Engines 网站近日发布了年度DBMS排行,在这个榜单上SQL Server获评年度DBMS冠军,紧随其后的是 MySQL 和 PostgreSQL 数据库产品。计算结果基于当前(2017年1月)积分和2016年1月差值获得。最终的结果代表了一个产品在2016年获得的人气。前两年的年度冠军得主分别是OracleMongoDB

DB-Engines 按月度跟踪和发布数据库流行度数据(考察多重因素,包括工作岗位、搜索引擎、趋势变化等,排名的数据依据请看这里),下图是 315 个数据库当前的流行度,年度DBMS冠军 Microsoft SQL Server 在其中排名第三,得分对比 2016年1月共增加 76.89 分。

完整排名请看这里:http://db-engines.com/en/ranking 

在这个榜单中,各个数据库的排名的波动并不大,前10名基本没有变化,Oracle 和 MySQL 和Microsoft SQL Server 依然稳坐前三名的位置。值得一提的是,第一名 Oracle 一反前几个月得分不断下降的常态,在这个月中上升了 12.32 分,前几个月一直表现良好的 MySQL 和 Microsoft SQL Server 得分反而下降了。

尽管如此,Oracle 还是以67.03分的增长位列年度 DBMS 排行榜第二名,自2010年被收购以来,Oracle大大消除了用户在收购之后对MySQL发展可能停滞的担忧。最近的很多新版本和功能发布证明MySQL仍然是一个非常有竞争力的数据库系统。

PostgreSQL 和 MongoDB 之间在整体排名上的争夺也是我们一直关注的话题,排行榜的第四位几乎每月都在变化,最终 MongoDB 排名第四,PostgreSQL 在 2016年度 DBMS 排行榜上领先,位列第三。

完整趋势图请看这里:http://db-engines.com/en/ranking_trend

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:DB-Engines:SQL Server 获评年度 DBMS 榜首
加载中

精彩评论

蓝月萧枫
蓝月萧枫
老师说数据库要符合第三范式,表要有外键约束,默认约束,等等,一开始我也是这么觉得的,后来就蛋疼了
纵使有花兼明月何堪无酒亦无人
纵使有花兼明月何堪无酒亦无人

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.
关键是老师不会mysql
math715
math715
强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.
sulinixl
sulinixl
这就是传说中的“萝卜坑奖”吧?

拿到特定条件下的第一名,然后炒作成业界第一。
kernel64
kernel64
微软大法好

最新评论(43

staticman
staticman

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.
我在一所职院授课,数据库就用的mysql
staticman
staticman

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.

引用来自“纵使有花兼明月何堪无酒亦无人”的评论

关键是老师不会mysql
不会就学啊,老师不就是钻研学问的么
HYUO
HYUO

引用来自“eechen”的评论

@HYUO
TokuDB的另外一个特点就是低IO消耗,相同数据量下,IO花销基本是InnoDB的1/8,IO成本也降低了不少,同样的IOPS限制下,TokuDB写性能会更高。因为IOPS消耗较少,RDS已经在线上部署TokuDB+廉价SATA盘集群,配合“方寸山”(分库分表proxy)来提供低成本高性能的PB级日志存储能力。

这个集群使用廉价的SATA盘(IOPS能力~120),单台物理机基本可提供30,000 TPS的写能力(tokudb_fsync_log_period=0和sync_binlog=1,针对类如日志型应用,对数据安全性要求不是很高的话,调整tokudb_fsync_log_period=1000,sync_binlog=1000,性能会更高),利用TokuDB的大页(page size 4MB)压缩优势,尤其是对日志内容,压缩比基本在1/8以上,单机可提供160TB+的的存储能力,整个集群可【轻松支持PB级】。

引用来自“HYUO”的评论

还是那句话性能呢,不服上个TPC-H,吹牛逼谁都会,TokuDB既不支持Hash Join也不支持大规模并行查询(能完全榨干几百个CPU核心的能力)根本无法保证160TB数据下的性能,要不言ee神你上个TokuDB支持160TB数据的case让我Study一下哈哈😆

引用来自“eechen”的评论

TokuDB哪像软吹喜欢吹嘛.还MySQL不支持多线程利用多核.
人家阿里和腾讯互娱都在用TokuDB存日志等大数据,需要你吹?
软粉多看书(高性能MySQL),少吹牛.
TokuDB是一种大数据存储引擎,使用的分形树组织的索引数据结构.
该结构是缓存无关的,因此即时其大小超过内存,性能也不会下降,也没有生命周期和碎片的问题.
对InnoDB的性能优势就在于当数据量越来越大(超过内存),InnoDB性能会下降,而TokuDB能保持比较稳定的性能.
Percona公司跟TokuTek公司打交道了很多年.
Percona对TokuTek的收购绝不是一时兴起.
要知道,Percona原本就有自己基于InnoDB的优化实现XtraDB(亲儿子).
Percona是在大量的跟InnoDB的对比测试和应用中肯定了TokuDB在大数据下的优势,
所以2015年的时候才会收购TokuTek.
整天动不动就哔哔你看MySQL不支持hash join,搞得好像hash join是数据库必备的特性似的.
我告诉你TokuDB还不支持外键约束,但那又怎样?软吹就能直接否定TokuDB的优势了?真是幼稚.
软吹再怎么吹,也改变不了人家掌握大数据的互联网公司根本不用你软爹的SQL Server的事实嘛.
SQL Server既不开源也不跨平台,还吹个锤子.
小表(百万级到千万级)用InnoDB,大表(千万级以上)用TokuDB,MySQL就是灵活,哈哈.
小表(百万级到千万级)用InnoDB,大表(千万级以上)用TokuDB,MySQL就是灵活,哈哈.
===========================================================
SQL Server是千亿级,TokuDB还不赶快拜见祖宗。😄
HYUO
HYUO

引用来自“eechen”的评论

@HYUO
TokuDB的另外一个特点就是低IO消耗,相同数据量下,IO花销基本是InnoDB的1/8,IO成本也降低了不少,同样的IOPS限制下,TokuDB写性能会更高。因为IOPS消耗较少,RDS已经在线上部署TokuDB+廉价SATA盘集群,配合“方寸山”(分库分表proxy)来提供低成本高性能的PB级日志存储能力。

这个集群使用廉价的SATA盘(IOPS能力~120),单台物理机基本可提供30,000 TPS的写能力(tokudb_fsync_log_period=0和sync_binlog=1,针对类如日志型应用,对数据安全性要求不是很高的话,调整tokudb_fsync_log_period=1000,sync_binlog=1000,性能会更高),利用TokuDB的大页(page size 4MB)压缩优势,尤其是对日志内容,压缩比基本在1/8以上,单机可提供160TB+的的存储能力,整个集群可【轻松支持PB级】。

引用来自“HYUO”的评论

还是那句话性能呢,不服上个TPC-H,吹牛逼谁都会,TokuDB既不支持Hash Join也不支持大规模并行查询(能完全榨干几百个CPU核心的能力)根本无法保证160TB数据下的性能,要不言ee神你上个TokuDB支持160TB数据的case让我Study一下哈哈😆

引用来自“eechen”的评论

TokuDB哪像软吹喜欢吹嘛.还MySQL不支持多线程利用多核.
人家阿里和腾讯互娱都在用TokuDB存日志等大数据,需要你吹?
软粉多看书(高性能MySQL),少吹牛.
TokuDB是一种大数据存储引擎,使用的分形树组织的索引数据结构.
该结构是缓存无关的,因此即时其大小超过内存,性能也不会下降,也没有生命周期和碎片的问题.
对InnoDB的性能优势就在于当数据量越来越大(超过内存),InnoDB性能会下降,而TokuDB能保持比较稳定的性能.
Percona公司跟TokuTek公司打交道了很多年.
Percona对TokuTek的收购绝不是一时兴起.
要知道,Percona原本就有自己基于InnoDB的优化实现XtraDB(亲儿子).
Percona是在大量的跟InnoDB的对比测试和应用中肯定了TokuDB在大数据下的优势,
所以2015年的时候才会收购TokuTek.
整天动不动就哔哔你看MySQL不支持hash join,搞得好像hash join是数据库必备的特性似的.
我告诉你TokuDB还不支持外键约束,但那又怎样?软吹就能直接否定TokuDB的优势了?真是幼稚.
软吹再怎么吹,也改变不了人家掌握大数据的互联网公司根本不用你软爹的SQL Server的事实嘛.
SQL Server既不开源也不跨平台,还吹个锤子.
小表(百万级到千万级)用InnoDB,大表(千万级以上)用TokuDB,MySQL就是灵活,哈哈.
TokuDB那所谓的技术优势都是针对InnoDB的,在SQL Server面前有个屁优势,TokuDB能干的所有活SQL Server都能干而且还能干的好得多。😜
eechen
eechen

引用来自“eechen”的评论

@HYUO
TokuDB的另外一个特点就是低IO消耗,相同数据量下,IO花销基本是InnoDB的1/8,IO成本也降低了不少,同样的IOPS限制下,TokuDB写性能会更高。因为IOPS消耗较少,RDS已经在线上部署TokuDB+廉价SATA盘集群,配合“方寸山”(分库分表proxy)来提供低成本高性能的PB级日志存储能力。

这个集群使用廉价的SATA盘(IOPS能力~120),单台物理机基本可提供30,000 TPS的写能力(tokudb_fsync_log_period=0和sync_binlog=1,针对类如日志型应用,对数据安全性要求不是很高的话,调整tokudb_fsync_log_period=1000,sync_binlog=1000,性能会更高),利用TokuDB的大页(page size 4MB)压缩优势,尤其是对日志内容,压缩比基本在1/8以上,单机可提供160TB+的的存储能力,整个集群可【轻松支持PB级】。

引用来自“HYUO”的评论

还是那句话性能呢,不服上个TPC-H,吹牛逼谁都会,TokuDB既不支持Hash Join也不支持大规模并行查询(能完全榨干几百个CPU核心的能力)根本无法保证160TB数据下的性能,要不言ee神你上个TokuDB支持160TB数据的case让我Study一下哈哈😆
TokuDB哪像软吹喜欢吹嘛.还MySQL不支持多线程利用多核.
人家阿里和腾讯互娱都在用TokuDB存日志等大数据,需要你吹?
软粉多看书(高性能MySQL),少吹牛.
TokuDB是一种大数据存储引擎,使用的分形树组织的索引数据结构.
该结构是缓存无关的,因此即时其大小超过内存,性能也不会下降,也没有生命周期和碎片的问题.
对InnoDB的性能优势就在于当数据量越来越大(超过内存),InnoDB性能会下降,而TokuDB能保持比较稳定的性能.
Percona公司跟TokuTek公司打交道了很多年.
Percona对TokuTek的收购绝不是一时兴起.
要知道,Percona原本就有自己基于InnoDB的优化实现XtraDB(亲儿子).
Percona是在大量的跟InnoDB的对比测试和应用中肯定了TokuDB在大数据下的优势,
所以2015年的时候才会收购TokuTek.
整天动不动就哔哔你看MySQL不支持hash join,搞得好像hash join是数据库必备的特性似的.
我告诉你TokuDB还不支持外键约束,但那又怎样?软吹就能直接否定TokuDB的优势了?真是幼稚.
软吹再怎么吹,也改变不了人家掌握大数据的互联网公司根本不用你软爹的SQL Server的事实嘛.
SQL Server既不开源也不跨平台,还吹个锤子.
小表(百万级到千万级)用InnoDB,大表(千万级以上)用TokuDB,MySQL就是灵活,哈哈.
动弹
动弹

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.

引用来自“eechen”的评论

但是他们宁愿教Access也不告诉你可以用SQLite+SQLiteStudio.
宁愿教老掉牙的SQL Server 2000也不告诉你可以用MySQL和PostgreSQL.

引用来自“动弹”的评论

教材~懂?

引用来自“eechen”的评论

高性能MySQL,专业的MySQL服务第三方公司Percona技术团队出品的教材.
国内版本有成功去IOE的阿里数据库大牛翻译,够叼了吧.
http://www.itpub.net/thread-1776627-1-1.html
http://pan.baidu.com/share/link?shareid=2425526850&uk=4197171002
Web开发者看看这本书,不仅能加深对MySQL数据库的理解,还能加深对底层的了解,绝对给力.
这个需要你去有关部门建议啊, 光在这闹腾也没有用. 也让大家看到你在真正实际做这些事情, 而不是天天光在osc叫嚣
HYUO
HYUO

引用来自“eechen”的评论

@HYUO
TokuDB的另外一个特点就是低IO消耗,相同数据量下,IO花销基本是InnoDB的1/8,IO成本也降低了不少,同样的IOPS限制下,TokuDB写性能会更高。因为IOPS消耗较少,RDS已经在线上部署TokuDB+廉价SATA盘集群,配合“方寸山”(分库分表proxy)来提供低成本高性能的PB级日志存储能力。

这个集群使用廉价的SATA盘(IOPS能力~120),单台物理机基本可提供30,000 TPS的写能力(tokudb_fsync_log_period=0和sync_binlog=1,针对类如日志型应用,对数据安全性要求不是很高的话,调整tokudb_fsync_log_period=1000,sync_binlog=1000,性能会更高),利用TokuDB的大页(page size 4MB)压缩优势,尤其是对日志内容,压缩比基本在1/8以上,单机可提供160TB+的的存储能力,整个集群可【轻松支持PB级】。
还是那句话性能呢,不服上个TPC-H,吹牛逼谁都会,TokuDB既不支持Hash Join也不支持大规模并行查询(能完全榨干几百个CPU核心的能力)根本无法保证160TB数据下的性能,要不言ee神你上个TokuDB支持160TB数据的case让我Study一下哈哈😆
HYUO
HYUO

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.

引用来自“纵使有花兼明月何堪无酒亦无人”的评论

关键是老师不会mysql

引用来自“冷夜无霜”的评论

sql server简单易用,易于维护,配套工具齐全,老师才不会花大把时间教大家怎么安装数据库,怎么配置(正如你所说,老师也不会啊)。😂

引用来自“eechen”的评论

一看就是没用过SQLite的,你见过SQLite的配置文件?
直接下个SQLiteStudio就开干!而且还免费开源跨平台.
之于MySQL,Windows版本也是无脑下一步,需要个蛋配置.
可视化管理直接用MariaDB内置的HeidiSQL即可,轻量快速,而且还免费开源.
SQL Server那么叼,开源呀,跨平台呀,弄一个基于Web的phpMyAdmin出来呀.

引用来自“HYUO”的评论

开源之后,SQL Server的诸多顶级特性,如2代In-Memory OLTP,In-Memory ColumnStore,R语言集成和实时分析,PolyBase,不间断加密,行级安全,数据遮蔽让MySQL免费Copy-paste?

引用来自“eechen”的评论

这些所谓的顶级特性,特别适用于软粉YY吹嘘的使用场景,哈哈.
我记得以前Windows粉说Windows不开源也是类似这些无脑的逻辑.

引用来自“HYUO”的评论

是吗?TPC-H 30TB非集群世界纪录打你脸哦
http://www.tpc.org/results/fdr/tpch/lenovo~tpch~30000~lenovo_system_x3950_x6~fdr~2016-04-28~v02.pdf
对了,MySQL单实例能承受150GB数据量吗?Hash Join实现了吗?哈哈😜

引用来自“eechen”的评论

150GB?你也太小看MySQL了.还是多看看MySQL的新闻.
Percona公司都收购TokuDB了,恐怕你都不知道吧.
Percona Server with TokuDB: Packing 15TB into local SSDs
https://www.percona.com/blog/2014/03/18/percona-server-with-tokudb-packing-15tb-into-local-ssds/
再看国内的阿里云RDS:
https://yq.aliyun.com/articles/50914
我们对线上一些大的InnoDB实例(TB级)平滑迁移到TokuDB后,数据空间从 2TB+ 直接降到 400GB ,空间成本仅为原来的五分之一,而且读写性能没有任何降低(写性能反而提升不少)。通过线上几个大实例(TB级)的使用,TokuDB的压缩比均在5倍以上,同样的空间大小,使用TokuDB后可以存5倍的容量!

也就是我下面说的那样,百万级到千万级的数据,用InnoDB就好,很适合.
千万级到亿级以上的数据,就用TokuDB.
MySQL强就强在引擎的插件机制,memory内存引擎(哈希索引),InnoDB事务处理引擎(B+树索引),TokuDB大数据分析引擎(分形树索引),Infobright(面向列的数据仓库引擎),应有尽有.
有PHP这种灵活强大的Web脚本辅佐,MySQL要表现数据实在太容易了,所以才有了phpMyAdmin呀,R语言的SQL Server Admin呢?
性能呢,可别一个简单查询就嗝屁了😝
MySQL的各种XX引擎没一个支持Hash Join的,注定多表关联查询性能垃圾。
千万级到亿级以上的数据,就用TokuDB.
===========================
哈哈,你自己打开我给你的Pdf,找Initial Cardinality of Tables那项看看都啥数据量。😆
eechen
eechen
@HYUO
TokuDB的另外一个特点就是低IO消耗,相同数据量下,IO花销基本是InnoDB的1/8,IO成本也降低了不少,同样的IOPS限制下,TokuDB写性能会更高。因为IOPS消耗较少,RDS已经在线上部署TokuDB+廉价SATA盘集群,配合“方寸山”(分库分表proxy)来提供低成本高性能的PB级日志存储能力。

这个集群使用廉价的SATA盘(IOPS能力~120),单台物理机基本可提供30,000 TPS的写能力(tokudb_fsync_log_period=0和sync_binlog=1,针对类如日志型应用,对数据安全性要求不是很高的话,调整tokudb_fsync_log_period=1000,sync_binlog=1000,性能会更高),利用TokuDB的大页(page size 4MB)压缩优势,尤其是对日志内容,压缩比基本在1/8以上,单机可提供160TB+的的存储能力,整个集群可【轻松支持PB级】。
eechen
eechen

引用来自“math715”的评论

强烈建议高校数据库的教学,使用mysql或者postgresql开源,免费的数据库.

引用来自“纵使有花兼明月何堪无酒亦无人”的评论

关键是老师不会mysql

引用来自“冷夜无霜”的评论

sql server简单易用,易于维护,配套工具齐全,老师才不会花大把时间教大家怎么安装数据库,怎么配置(正如你所说,老师也不会啊)。😂

引用来自“eechen”的评论

一看就是没用过SQLite的,你见过SQLite的配置文件?
直接下个SQLiteStudio就开干!而且还免费开源跨平台.
之于MySQL,Windows版本也是无脑下一步,需要个蛋配置.
可视化管理直接用MariaDB内置的HeidiSQL即可,轻量快速,而且还免费开源.
SQL Server那么叼,开源呀,跨平台呀,弄一个基于Web的phpMyAdmin出来呀.

引用来自“HYUO”的评论

开源之后,SQL Server的诸多顶级特性,如2代In-Memory OLTP,In-Memory ColumnStore,R语言集成和实时分析,PolyBase,不间断加密,行级安全,数据遮蔽让MySQL免费Copy-paste?

引用来自“eechen”的评论

这些所谓的顶级特性,特别适用于软粉YY吹嘘的使用场景,哈哈.
我记得以前Windows粉说Windows不开源也是类似这些无脑的逻辑.

引用来自“HYUO”的评论

是吗?TPC-H 30TB非集群世界纪录打你脸哦
http://www.tpc.org/results/fdr/tpch/lenovo~tpch~30000~lenovo_system_x3950_x6~fdr~2016-04-28~v02.pdf
对了,MySQL单实例能承受150GB数据量吗?Hash Join实现了吗?哈哈😜
150GB?你也太小看MySQL了.还是多看看MySQL的新闻.
Percona公司都收购TokuDB了,恐怕你都不知道吧.
Percona Server with TokuDB: Packing 15TB into local SSDs
https://www.percona.com/blog/2014/03/18/percona-server-with-tokudb-packing-15tb-into-local-ssds/
再看国内的阿里云RDS:
https://yq.aliyun.com/articles/50914
我们对线上一些大的InnoDB实例(TB级)平滑迁移到TokuDB后,数据空间从 2TB+ 直接降到 400GB ,空间成本仅为原来的五分之一,而且读写性能没有任何降低(写性能反而提升不少)。通过线上几个大实例(TB级)的使用,TokuDB的压缩比均在5倍以上,同样的空间大小,使用TokuDB后可以存5倍的容量!

也就是我下面说的那样,百万级到千万级的数据,用InnoDB就好,很适合.
千万级到亿级以上的数据,就用TokuDB.
MySQL强就强在引擎的插件机制,memory内存引擎(哈希索引),InnoDB事务处理引擎(B+树索引),TokuDB大数据分析引擎(分形树索引),Infobright(面向列的数据仓库引擎),应有尽有.
有PHP这种灵活强大的Web脚本辅佐,MySQL要表现数据实在太容易了,所以才有了phpMyAdmin呀,R语言的SQL Server Admin呢?
返回顶部
顶部