-
编辑 删除
小谈DB2的职业选择
声明：下面的讨论的是开放平台的DB2（unix,linux,windows）,大机环境中的DB2又是另一个天地了，不讨论。如果从技术成就感的角度来说，选择DB2是很不错的。为什么？DB2的从业人数少，竞争压力也相对小，结果是在国内无论是IBMer还是甲方的DBA绝大多数水平不是很高（话虽难听但是事实），10+年的DB2 DBA废柴并不少见。新人有福了，学个一年半载就可以吹吹牛唬唬人了^_^这种“成就感”是很让人愉悦的但对于热衷于技术研究的DB2er来说随着时间的推移郁闷就逐渐开始了。你会发现绝大多数的职位其实只是要求“懂”即可，而且面试官的技术水平也不
-
编辑 删除
再论主键（二）
前面的blog里我说过在DB2中随便拿一个自增量列“创造”主键是很垃圾的行为，“业务无关”的主键是垃圾主键。只有在考虑某些特殊的管理要求时才需要这么做。但我们都会看到在mysql的项目中这种行为是很普遍的，何故？其实用自增列创造主键在mysql中也是基于管理的考虑而并非是业务的选择。[@more@]严格来说只有在innodb引擎（SolidDB引擎用的较少）中这种设计才是可取的。基于innodb引擎表是索引组织表，并非一般数据库中常见的堆表（DB2中全是堆表）。表中所有数据都存储于cluster index中，cluster index默认按照primary key聚集，如果没
-
编辑 删除
pt-online-schema-change增加不写binglog功能
在实现online ddl上pt-online-schema-change 还不错不过默认pt-online-schema-change在主库更改后会全部复制到从库上，一旦有问题风险较大。对这类操作我们习惯是先在从库修改，然后再主库修改。我对这个工具做了个小的修改，增加了--skip-binlog 参数来避免工具的操作写入binlog。如果不加--skip-binlog参数则与工具之前行为相同，加入该参数只是工具的操作不写入binglog，不影响其他session，不用担心丢数据下载后覆盖原文件即可，版本：percona-toolkit-2.1.1免责声明：如果计划使用请先在测试环境进行测试pt-online-schema-change.rar
-
编辑 删除
也聊聊greenplum和share nothing
近两年greenplum比较火，在推出之初便被众多DBA和架构师所关注。Share nothing的架构、线性扩展的能力、处理大量数据的美好前景一时被津津乐道，仿佛发现了“新大陆”。看过比较多的文章后发现一个比较诡异的现象：DB2被大家选择性的“遗忘”了，其中不乏包括一些很有名的DBA或架构师[@more@]Share nothing的架构在DB2（LUW平台）中可谓是历史悠久了，到目前为止算起来都已经接近20年了。V5 V6 V7版本中叫EEE V8以后称为DPF。 greenplum的性能与DB2相比目前为止还是有相当大的差距的，尤其是稍微复杂点的逻辑，greenplum优化器的劣势就更明
-
编辑 删除
DB2联邦过程中创建和使用nickname报错 SQL1101N的常见场景
在使用DB2的联邦功能时在创建nickname及使用nickname的时候最常见的报错就是SQL1101N，提示用户名或者密码不对不能访问远程数据源。下面说一下最常见的原因。 [@more@]一 创建过程中报错创建db2的联邦通常包含以下四步：1 CREATE WRAPPER DRDA2 CREATE SERVER 3 CREATE USER MAPPING4 CREATE NICKNAME 本地sample数据库要与远程qa数据库做联邦，qa数据库已经编目到本地，实例参数FEDERATED已开启，实际创建过程如下：db2inst1@lbdb:~> db2 connect to sampleDatabase Connection InformationDatabase server = DB2/LINUXX8664 9.7.4SQL
