IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

2012年数据库技术大会感悟

MySQLOPS 数据库与运维自动化技术分享 2012-04-19 23:35:10 累计浏览 1,408 次
本机暂存

导读

2012年4月13日至4月15日为期3天时间,在北京 福朋.喜来登酒店举办第三届数据库技术大会(简称:DTCC),到会技术人员数超过1000人,48位演讲嘉宾,超过200位数据库领域专家到场,一共举办了12个技术专场主题分享,7个圆桌讨论活动,现已顺利圆满地结束,回顾个人参加三界数据库技术大会的经历和心得,为主办方澳新传媒举办下届数据库技术大会(简称:DTCC),给出一点个人建议,也对期待参加的技术和管理人员给出点个人建议。

数据库技术大会(简称:DTCC)和架构师大会的举办,给技术领域提供了一个非常好的技术交流平台,能帮助更多技术人员交换各自的心得体会,也能促成更多技术人员互相认识和结为朋友,同时能促进大家的技术与管理水平的提高,尤其是大家会议期间的私下交流。当然,也有很多互联网公司借数据库技术大会和系统架构师大会的机会,招揽技术人才。数据库技术大会和系统架构师大会,是国内技术含量最高的技术会议,国外有名的甲骨文公司主办的OOW与我们数据库技术大会的技术含量相当。

数据库技术大会和系统架构师大会都是每年举办一届,到目前为止数据库技术大会成功举办了三界,三界技术大会的参会人数成逐年上升的趋势,大致的信息如下:

l  第一届数据库技术大会

1)         主要是阿里系三家公司:淘宝、阿里巴巴和支付宝的技术人员表演的地方;

2)         技术领域主要是Oracle数据库话题很热,MySQL数据库话题其次,SQL Server数据库话题排行第三位,广告性分享主题含金量不高;

l  第二届数据库技术大会

1)         风向有所转变,除了阿里系的技术人员踊跃分享外,百度、搜狐和新浪等公司的兄弟也开始分享,以及一些传统行业的技术人员;

2)         MySQL数据库和NoSQL数据库话题成为最热,Oracle数据库紧随其次,SQL Server数据库和Sybase数据库属于旗鼓相当,DB2数据库人数最少,国产数据库的主题分享人数有所增加,广告性质的主题技术含量有所提高;

l  第三届数据库技术大会,风向也发生一些变化

1)  MySQL数据库话题最热,Oracle数据库话题紧随其后,NoSQL数据库话题局限于Redis和Hadoop(备注:准确说Hadoop还不能放到数据库领域),其活跃程度有所下降,不过依靠新浪微博平台的应用而追捧人数依旧不少,而且Redis也确实有非常大的应用前景,国产数据库的主题分享人数逐渐增加,并且成为本次数据库大会的第四热门话题,分享的主题技术含金量也有质的变化,DB2数据库和SQL Server数据库的主题参与人数非常可怜,主题的技术含金量也较低;

2)  阿里系分享主题的技术人员已经出现大幅度的减少,参会人数却出现上升趋势;

3)  百度、新浪微博、互动百科等公司技术人员参与主题分享;互联网企业成长起来的技术人员分享较多,也是说明各大公司之间的技术差距在缩小,技术人员也在向创业型或中小型公司流动;腾讯的技术人员也出来分享相关技术,不过技术含金量较低,没有实质性的内容;

连续举办三界数据库技术大会的PPT主题、演讲嘉宾、参会技术人员等综合信息,可以总结以下几条信息:

1)         淘宝、阿里巴巴、支付宝等阿里系公司在数据库行业具有霸主性地位;

2)         阿里系的阿里软件,也是即现在的阿里云,属于阿里系最低调的子公司,支付宝也属于较低调的,最高调的子公司是淘宝,我们可以看出阿里巴巴是从低调转向高调最明显的公司,不过无法超越淘宝;

3)         北京多数公司也踊跃分享,尤其看到一点百度在数据库领域是进步最快的公司,不过数据库本身技术含金量依然过低,数据架构层技术含金量较高,依然说明其开发技术能力很强,而没有能力挖掘数据库本身的技术因素;

4)         部分公司对技术人员的分享活动及内容管制很严,从管制的公司实际情况看,多数属于数据库技术能力比较差,而行业地位还不低的公司,典型代表如:京东商城、腾讯等;注释:肯定很多人反对腾讯数据库技术实力弱,只要大家跟腾讯合作与了解其内部的信息,就会不攻之破。

5)         国内互联网行业公司数据库技术水平差距,逐渐缩小,也得益于数据库人才的流动和数据库从业人员自身的努力;

6)         数据库从业人才的数量分布,依然是北京地区排名第一,杭州排名第二,上海排名第三,深圳广州排名第四的趋势没有改变;

7)         互联网行业的技术人群的独立思考能力,在经历狂热的Oracle->MySQL->NoSQL->现在的云和大数据,尤其NoSQL产品的疯狂炒作之后,促使技术行业人员的独立思考和判断能力有大幅度的提高;

8)         第三届数据库技术大会上,我们特别开辟了一个关于DBA职业生涯的话题,虽然还不成熟,相信下届大会考虑再次加强这个话题,毕竟这已经是很多技术同行者面临的困惑,并且期待更多的人用超越技术的话语,讲解技术人生;

9)         数据库产品的热度,依次是:MySQL数据库->Oracle数据库->Redis和Hadoop,解决数据分布式缓存,数据挖掘和数据分析的方向->SQL Server数据库和DB2数据库,不过SQL Server冷场主要是分享人的技术实力问题,而DB2冷场除了技术实力之外,更多是互联网行业真的DB2数据库极少,后续单独描述;

给主办方的建议:

1)       坚持数据库技术大会(简称:DTCC)的原则,聘请一线研发技术人员为主分享主题的模式,这一原则不能改变,这是DTCC比其他技术性会议竞争力强大的地方;

2)       下届数据库技术大会的会场容纳人数至少1200人,建议暂时性不要超过1500人,上午采用2个会场同时分享,下午会场采用三个会场同时分享的模式,会议时间还是控制3天内;

3)       每个分项主题的时间应该考虑控制在一个半小时内,否则分项的内容很难讲透彻,对于商业赞助性主题要求一个小时内结束;

4)       继续今年的圆桌会议讨论模式,但是建议相关设施要跟上,主持人要提前准备好PPT内容做到有的放矢,必须提前收集技术领域朋友与讨论主题相关的问题;

5)       数据库技术大会DTCC不能一直做互联网行业的B同学,也需要做类似阿里巴巴离职DBA 35岁总结的职业生涯一文提到的A同学境界,也即必须考虑合理的营销推广手段,让更多的人踊跃参于分享和现场聆听;

6)       强烈建议数据库技术大会主办方(注:澳新传媒)与网络视频公司合作,推出网络直播,至少要考虑会议结束之后,推出视频播放功能,毕竟很多内容是非PPT那点文字图片能表达清楚的;

7)       数据库技术大会的专场主题划分要更加精细化,依然建议考虑加入今天新增的职业话题专场,但是要继续提高话题的质量,且要求幽默风趣地给大家讲解;

8)       赞助商的技术主题分享,要从听众是否愿意参与,以及对他们技术产品的印象和宣传成效方面,着手说服他们提供有足够多干货的PPT,否则根本无法达到他们宣传技术产品的目的;

9)       每届数据库技术大会举办完毕或进行中,通过一些奖励机制促使大家填写下届数据库技术话题感兴趣的方向,提前准备刷选下届数据库技术大会的主题和人选;

10)   主题选择推荐继续关注:开源数据库MySQL,Oracle数据库,国产数据库,证券银行业数据库解决方案结合的DB2或Oracle解决方案,开源数据库PostgreSQL,继续关注Redis和Hadoop应用,数据挖掘和数据分析;

11)   大会期间,增加对一些技术人员的参访内容,并且迅速发出来,以增加会议期间的曝光度,丰富IT168技术新闻报道的内容;

12)   赞助商的额外建议,可以考虑把一些机房带宽、CDN、云计算服务等服务商,作为大会的资料提供给参会者,以及帮助他们完成信息调研,借助此方式增加大会的收入,从而继续保持低门票的方向;

给技术人员的建议:

1)         数据库技术大大会和系统架构师大会,是我们技术人的盛会,也是一种交流和学习的机会,应该主动跟公司争取相关的经费;

2)         数据库技术大会和系统架构师大会的主题分享,大家要重在听取其经验、教训和心得,切不可脱离实际业务讨论相关技术;

3)         数据库技术大会和系统架构师大会,也是技术人员互相了解对方公司信息的一种手段;

4)         阅读数据库技术大会和系统架构师大会的PPT内容,与参加会议现场是完全不同的情况;

5)         合理安排聆听大会主题分享的时间,以及多注意休息,特别像与我同样水土不服的人员;

结束语

感谢数据库技术大会的主办方给予款待,感谢组委会所有成员为我们大家准备的盛会,感谢阿里巴巴的兄弟们组织的聚餐,感谢北京的兄弟姐妹们的关照与款待,下次还得跟旺旺一间房,彻夜长谈,不过不能每次去北京都生病,影响分享和聆听演讲嘉宾的分享,期待第四届数据库技术大会的成功举办,各位朋友明年见!

同分类推荐文章

  1. 使用deepseek进行Oracle恢复,引起重大故障 (2026-06-22 10:56:00)
  2. 接手一个只差临门一脚的数据库恢复 (2026-06-18 00:13:09)
  3. 我做了一个 AI 版的 StarRocks 升级风险扫描工具,直接帮我定位到一个风险 (2026-06-15 01:00:00)

查看更多 数据库 文章 →

建议继续学习

  1. 为什么字段尽可能用NOT NULL,而不是NULL (累计阅读 8,511)
  2. 淘宝数据魔方技术架构解析 (累计阅读 7,955)
  3. MySQL优化 之 Discuz论坛MySQL通用优化 (累计阅读 7,725)
  4. 由12306.cn谈谈网站性能技术 (累计阅读 6,398)
  5. mysql sql 百万级数据库优化方案 (累计阅读 6,126)
  6. 冷热数据 (累计阅读 5,676)
  7. 详解MyISAM Key Cache(前篇) (累计阅读 4,995)
  8. 铁路订票网站个人的设计浅见 (累计阅读 4,545)
  9. 为什么长尾数据的翻页技术实现复杂 (累计阅读 4,554)
  10. SQLIte这么娇小可爱,不多了解点都不行啊 (累计阅读 4,556)