撕开一片天

在迁移DB2数据库的过程中，经常会将原数据库全备份，然后到目标机器回复。但是在中国多数数据库的 代码页 （codepage）都是 1386  territory 都是 86这样，将数据库备份后，在目标计算机上直接回复就会报错 代码页不匹配 正确的恢复方法是  先执行db2set db2codepage=1386db2set db2territory=86 在

信息追凶DB2 PureXML 技术在刑侦破案的应用文档选项<!--document.write(打印本页);//-->打印本页<!--document.write(将此页作为电子邮件发送);//-->

第1 部分— 设计数据库之前1. 考察现有环境在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。— Lamont Adam

1. 检查各种变化我在设计数据库的时候会考虑到哪些数据字段将来可能会发生变更。比方说，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，我倾向于在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。— Shropshire Lad2. 采用有意义的字段名有一回我参加开发过一个项目，其中有从其他程序员那里继承的程

1. 数据采掘要预先计划我所在的市场部门一度要处理8 万多份联系方式，同时填写每个客户的必要数据（这绝对不是小活）。我从中还要确定出一组客户作为市场目标。当我从最开始设计表和字段的时候，我试图不在主索引里增加太多的字段以便加快数据库的运行速度。然后我意识到特定的组查询和信息采掘既不准确速度也不快。结果只好在主索引中重建而且合并了数据字段。我发现有一个指示计划相当关键——当我想创建系统类型查找时为什

1. 用约束而非商务规则强制数据完整性如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你 的字段命名很冗长，否则字段名本身还不够。— Lamont Adam