DB-Engines 发布 8 月份全球数据库排名,Solr 排名上升 - 开源中国社区
Float_left Icon_close
DB-Engines 发布 8 月份全球数据库排名,Solr 排名上升
两味真火 2017年08月08日

DB-Engines 发布 8 月份全球数据库排名,Solr 排名上升

两味真火 两味真火 发布于2017年08月08日 收藏 9

阿里云高性能云服务器,2折起! >>> >>>  

DB-Engines 发布了 2017 年 8 月份的数据库排名。

本月排名前 20 名中原本排在第 14 位的 Solr 以 0.04 分的优势取代 SAP Adaptive Server 成为第 13,其他数据库的排名均没有变化。Solr 是一个高性能,采用 Java 开发,基于 Lucene 的全文搜索服务器。

根据近年两者的得分走势看来,SAP Adaptive Server 一路呈缓慢下降趋势,而 Solr 则总体呈上升趋势,特别是在 2014 年的时候得分直线上升,随后在 2016 年有所下降,本月首度超过 SAP Adaptive Server ,不知道后续会否保持继续上升。

前 20 名排名情况

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

排名前三的数据库依然是 OracleMySQL Microsoft SQL Server,但三者的得分均有所下降,其中 MySQL 和 Oracle 和跌幅最大,分别下跌了 8.81 分和 7.00 分。目前两者比分相差 27.58 分。

前 3 名的变化趋势:

得分下降的还有第 5 名的 MongoDB、第 11 名的 SQLite,以及第 15 名的 HBase

4-10 名的变化趋势:

详细趋势请看这里:http://db-engines.com/en/ranking_trend

DB-Engines 排名的数据依据 5 个不同的因素:

  1. Google以及Bing搜索引擎的关键字搜索数量

  2. Google Trends的搜索数量

  3. Indeed网站中的职位搜索量

  4. LinkedIn中提到关键字的个人资料数

  5. Stackoverflow上相关的问题和关注者数量

这份榜单分析旨在为数据库相关从业人员提供一个技术方向的参考,其中涉及到的排名情况并非基于产品的技术先进程度或市场占有率等因素。无论排名先后,选择适合与企业业务需求相比配的技术,才是最重要的。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:DB-Engines 发布 8 月份全球数据库排名,Solr 排名上升
分享
评论(16)
精彩评论
2
为什么PHP没有上榜, 一定是假排名. 哼
最新评论
0

引用来自“漆黑的烈焰使”的评论

Oracle的性能是不是比mysql好?
好的不是一点点
0

引用来自“小白小霸王”的评论

为什么PHP没有上榜, 一定是假排名. 哼
妖怪吧!你
2
为什么PHP没有上榜, 一定是假排名. 哼
0
oracle 还是屹立不倒啊
0

引用来自“漆黑的烈焰使”的评论

Oracle的性能是不是比mysql好?
如果还没一个开源免费的MySQL好用,Oracle早就倒闭了
0
第四名开始就变成零头了
0
@haitaosoft SQLite是并发写入性能不行,但并发读的性能是没有问题的,而全文检索主要就是一个并发读的操作.
0

引用来自“eechen”的评论

@谁略慌 我觉得还是SQLite还是很灵活的,数据库就一个文件,
管理工具可以用开源跨平台可视化的SQLiteStudio.
使用全文检索布尔语法的运算符可以灵活的进行表达,以MySQL的全文检索文档为例:
全文检索运算符 + -><()~*:""&|
[no operator] implies OR (无操作符时,MySQL表示OR,SQLite表示AND,两者正好相反)
+ stands for AND
- stands for NOT
OR stands OR
> 提高相关性
< 降低相关性
使用><的总比没用的靠前.
使用>的一定比<的排的靠前.
使用同一类的,使用的越早,排得越靠前.
() 子表达式,支持嵌套.
~ 将其相关性由正转负,表示拥有该字会降低相关性,但不像-将之排除,只是排在较后面.
* 通配符,这个只能接在关键字后面.
"php swoole" 匹配短语,可以匹配 php swoole good 但是不能匹配 php with swoole
剩下的 : & | 这几个是保留字,还没有作用.
桌面型数据库是方便,不过并发支持就差了吧
0

引用来自“无糖咖啡”的评论

这种数据是怎么统计的?
文章末尾写的很清楚。
0
@谁略慌 我觉得还是SQLite还是很灵活的,数据库就一个文件,
管理工具可以用开源跨平台可视化的SQLiteStudio.
使用全文检索布尔语法的运算符可以灵活的进行表达,以MySQL的全文检索文档为例:
全文检索运算符 + -><()~*:""&|
[no operator] implies OR (无操作符时,MySQL表示OR,SQLite表示AND,两者正好相反)
+ stands for AND
- stands for NOT
OR stands OR
> 提高相关性
< 降低相关性
使用><的总比没用的靠前.
使用>的一定比<的排的靠前.
使用同一类的,使用的越早,排得越靠前.
() 子表达式,支持嵌套.
~ 将其相关性由正转负,表示拥有该字会降低相关性,但不像-将之排除,只是排在较后面.
* 通配符,这个只能接在关键字后面.
"php swoole" 匹配短语,可以匹配 php swoole good 但是不能匹配 php with swoole
剩下的 : & | 这几个是保留字,还没有作用.
0

引用来自“eechen”的评论

全文搜索不一定非得用基于Java Lucene的Solr和ElasticSearch这些复杂的东西.
其实一个小小的SQLite就支持全文检索,用起来很方便.
SQLite官方测试中,50多万条数据用MATCH 'keyword'全文搜索仅耗时0.03秒(30毫秒)
作为对比: ping www.oschina.net 的延迟在20毫秒左右,首页请求耗时为200毫秒.

CREATE VIRTUAL TABLE docs USING fts4(content, order=desc); --选项 order=desc 用于优化降序输出
INSERT INTO docs (docid, content) VALUES (1, 'a database is a software system');
INSERT INTO docs (docid, content) VALUES (2, 'sqlite is a software system');
INSERT INTO docs (docid, content) VALUES (3, 'sqlite is a database');
搜索条件:
WHERE content MATCH 'sqlite OR database'; --包含其中一个关键词(注意OR为大写)
WHERE content MATCH 'sqlite database'; --同时包含两个关键词(注意不需要写上AND)
WHERE content MATCH '+sqlite -database'; --包含sqlite但不包含database
没那么灵活吧23333
0
全文搜索不一定非得用基于Java Lucene的Solr和ElasticSearch这些复杂的东西.
其实一个小小的SQLite就支持全文检索,用起来很方便.
SQLite官方测试中,50多万条数据用MATCH 'keyword'全文搜索仅耗时0.03秒(30毫秒)
作为对比: ping www.oschina.net 的延迟在20毫秒左右,首页请求耗时为200毫秒.

CREATE VIRTUAL TABLE docs USING fts4(content, order=desc); --选项 order=desc 用于优化降序输出
INSERT INTO docs (docid, content) VALUES (1, 'a database is a software system');
INSERT INTO docs (docid, content) VALUES (2, 'sqlite is a software system');
INSERT INTO docs (docid, content) VALUES (3, 'sqlite is a database');
搜索条件:
WHERE content MATCH 'sqlite OR database'; --包含其中一个关键词(注意OR为大写)
WHERE content MATCH 'sqlite database'; --同时包含两个关键词(注意不需要写上AND)
WHERE content MATCH '+sqlite -database'; --包含sqlite但不包含database
0
这种数据是怎么统计的?
0
这真是可喜可贺啊 哈哈
0
Oracle的性能是不是比mysql好?
0
第十一名的SQLlite 第十五名的SQLlite��
顶部