DBAplus Newsletter:这也许是最全的技术圈动态解读

目录:

【DBAplus Newsletter】

  • 推出DBAplus Newsletter的想法
    做Newsletter的目的
    做Newsletter的底线
    对Newsletter的态度
    Newsletter发布周期
    Newsletter简单声明
  • DB-Engines数据库排行榜解读
  • SQL、NoSQL及NewSQL的发展历程

【RDBMS家族】

  • Oracle

    12c Release 2文档发布
    12c Release 2特性解读

  • MySQL
    MySQL 5.7 新特性解读
  • MySQL分支Percona
    Percona 5.7.16-10发布
  • MySQL分支MariaDB
    MariaDB 10.1.19 发布
  • SQL Server
    SQL Server 2016 SP1补丁包发布
    SQL Server  On Linux版本发布
  • PostgreSQL
    PostgreSQL 9.6发布
    PostgreSQL 9.6.1 patch发布
  • DB2
    DB2 LUW V11.1 发布
  • Greenplum
    GPCC3.0发布
    GPText 2.0发布

【NoSQL家族】

  • MongoDB
    MongoDB 3.4版本发布
  • Redis

    Redis 3.2版本发布

  • HBase
    Apache HBase v1.2.4发布
  • Geode
    Apache Geode 1.0版本正式发布

【NewSQL家族】

  • TiDB
    TiDB近期将发布RC1版本
  • RethinkDB
    RethinkDB深情告别

【大数据生态圈】

  • Hadoop
    Hadoop 3.0.0 Alpha版本发布
  • Druid
    Druid 0.9.2版本发布
  • Kudu
    Apache Kudu 1.1.0正式发布
  • HAWQ
    HAWQ 2.1.0.0企业版正式发布

【Docker发展概况】

  • 官方版本发布情况
  • 国内情况
  • 落地情况

【国产数据库概览】

  • 达梦DM
    达梦V7.1.5.117发布
  • GBase
    GBase 8a MPP Cluster发布最新版本V8511
    GBase 8t发布最新版本V8.7
  • 星瑞格数据库
    12.10 FC7版本发布
  • 感谢名单

 

DBAplus Newsletter

推出DBAplus Newsletter的想法

 

做Newsletter的目的

 

DBAplus Newsletter旨在为广大技术爱好者提供数据库行业的最新技术发展趋势,为技术发展提供一个统一的发声平台。为此,我们策划了RDBMS、NoSQL、NewSQL、大数据、虚拟化、国产数据库等几个版块的内容。

做Newsletter的底线

 

我们承诺这个栏目不以商业宣传为目的,不接受任何商业广告宣传,严格审查信息源的可信度和准确性,力争为大家提供一个纯净的技术学习环境,也欢迎大家监督指正。

对Newsletter的态度

 

因为一个人的能力毕竟有限,所以我们集合了大量一线专家及厂商支持。我们愿意并希望能和更多技术组织紧密合作,为广大技术爱好者提供最新的技术资讯;我们提供一个开放、友好的平台,支持并鼓励广大技术爱好者积极参与到这个栏目中来。

 

这是我们第一期Newsletter版本的发布,还有很多数据库技术的遗漏,还有很多细节需要补充完善,但我们相信推出了这一版,有了一些经验,以后的工作就会顺利很多。

Newsletter发布周期

 

至于Newsletter发布的周期,目前计划是每两个月左右做一次跟进,如果有相关的信息会汇总发布出来。

Newsletter简单声明

 

Newsletter中所列举的数据库排名不分先后,如果没有上榜很可能是截止发布前还没有获取到相关信息,有兴趣的技术爱好者可以帮忙提供给我们,我们负责整理发布。在此声明,避免过度解读。

 

希望广大技术爱好者能在其中学有所得,也希望社群能紧贴技术发展趋势,我们互相成就。

下面,我们会分别将RDBMS、NoSQL、NewSQL、大数据生态圈、Docker、国产数据库这六大范畴的最新技术发展内容细分到不同版块中呈现,请点击相应版块进行阅读。

 

感谢名单

 

感谢本期提供宝贵信息和建议的专家朋友,排名不分先后。

 

原文发布时间为:2016-12-23

时间: 2024-10-27 07:50:50

DBAplus Newsletter:这也许是最全的技术圈动态解读的相关文章

技术与时代并行丨DBAplus Newsletter(2017年2月)

本期要闻:从DB-Engines近几年的趋势看数据库的变革:Oracle 12cR2发布部分版本:MySQL 5.7.17 GR发布:PostgreSQL将发布10.0:MongoDB 3.4通过行业最严格的分布式数据库测试:Redis最新漏洞和修复--更多资讯请阅读全文.   本期目录一.推出DBAplus Newsletter的想法 二.DB-Engines数据库排行榜 三.从DB-Engines近几年的趋势看数据库的变革 四.RDBMS家族 Oracle 12c Release 2率先发布

我们是如何在阿里云上搭建人全基因组数据分析与解读流程

本文正在参加"最佳上云实践"评选,来给我们投票吧:https://yq.aliyun.com/activity/158(编号14) 公司成立于2014年,取名基云惠康,立志通过基因来惠及大众健康,公司的口号是知基因,惠健康.惠健康的第一步就是要知基因,知基因就要对基因数据进行分析与解读.要知道人全基因组测序的原始数据一般在300G左右,压缩为fastq格式也要60G左右,怎么快速低成本的分析这些数据是一个比较棘手的问题. 公司成立之初,原打算是自己购买服务器搭集群,后来由于种种原mei

如何优化SQL语句(全)

高性能的SQL语句会在软件运行中起到非常重要的作用,下面小编把最近整理的SQL语句优化资料分享给大家. 第一: 选择最有效率的表名顺序(只在基于规则的seo/' target='_blank'>优化器中有效): ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersecti

JavaScript全选和全消代码

如果当前选中的数量为有一个没有选中,并且全选框是选中状态,则将全选框的状态变为不选择 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD>   <TITLE>JavaScript全选(全消),动态全选全消</TITLE>   <script type="text/javascript" language

百度《2015年中国移动网站趋势报告》完整版免费下载全图文档

本文提供百度<2015年中国移动网站趋势报告>完全图文内容.百度<2015年中国移动网站趋势报告>完整版下载.报告涵盖中国移动网站2014年发展概况:百度移动搜索2014年发展概况:中国移动网站2015年趋势分析.数据组图展示移动网站数量.低质优质移动网站资源分布情况.移动网站对搜索引擎友好度.移动网站安全隐患.百度移动搜索日响应请求数.百度移动搜索日导出web流量.移动搜索用户需求变化情况.移动资源建设重心从次生到原生. 本文为百度<2015年中国移动网站趋势报告>官

使你的 SQL 语句完全优化

我们要做到不但会写SQL,还要做到写出性能优良的SQL语句. (1)选择最有效率的表名顺序(只在基于规则的优化器中有效): Oracle的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表. (2)WHERE子句中

Oracle 高效SQL

oracle No1:选择合适的优化器No2:共享SQL为了不重复解析相同的SQL语句,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性

ORACLE SQL性能优化系列 (十四) 完结篇

oracle|性能|优化 46.       连接多个扫描 如果你对一个列和一组有限的值进行比较, 优化器可能执行多次扫描并对结果进行合并连接. 举例:     SELECT *     FROM LODGING     WHERE MANAGER IN ('BILL GATES','KEN MULLER');       优化器可能将它转换成以下形式     SELECT *     FROM LODGING     WHERE MANAGER = 'BILL GATES'     OR MA

oracle性能34条优化技巧

  (1)选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有 3 个以上的表连接查询, 那就需要选择交叉表 (intersection table)作为基础表,交叉表是指那个被其他表所引用的表. (2) WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WH