本文用几点了声明DB2数据库优化需把握几条根底战略。
1、对后续用到的表建树索引(注意在拔出数据之前建树或许在拔出后建树然则要runstats)：
声明：拔出之前建树的话，在表拔出数据的进程中，索引也随着更新，如许的话需求较大的日志空间，因而速率会比拟慢，可以给与不计日志的方式拔出;数据差完之后再建树索引的话，该表的日志统计信息没有更新，因而实行企图会很差，用不到索引，runstats on tabble asiainfo.aaaa and indexes all之后，索引统计信息就会更新，如许实行企图会思索到使用索引，因而速率快。
2、将比拟大的表建在多节点的表空间上，同时建好索引：
声明：现有的db2数据仓库旅店每个节点使用2个CPU，4G内存，DIM表空间企图是存放维表的表空间，因而是单节点的。在使用这个表空间的中的表的时分，最多只会用到2个CPU，4G内存，加上其他的表空间也都要用到这两个CPU和这4G内存，因而资秘闻比有限。发起较大的表不要放在这个表空间中，而是建树好分区键，放在多节点的表空间中，如许检索这个表的时分32个节点同时检索，最后汇总到0节点上中止闪现，速率固然会非常的快。另外，固然32节点并行性好，然则若是建树好索引的话，速率会更快。
3、将拔出的表使用不计日志的方式拔出：
声明：数据库为了包管数据的划一性和可回退性，拔出、更新或许删除数据的时分要计日志，如许在失踪败的时分可以回退，然则若是并发较多或许操作非常大的话，会招致争抢日志的环境，招致操作非常迟缓。若是使用不计日志的方式中止拔出、更新或许删除操作的话，日志使用极少，然则若是操作失踪败的话是无法回退的，如许划一性得不到包管，这个表只能删除重修!!!!
4、将表建树表级锁，淘汰锁数量的使用：
声明：数据库的锁的最大数量是有限制的，并且每个锁都要占一定的内存，因而若是锁的数量非常多，使用的内存也就多，招致资本告急。
5、建树权且表的时分只管即使只拔出用的到的数据，不插用不到的数据：
声明:序次中好多中间为了提高速率，将用到的数据先拔出到一个权且表中，然则拔出了非常多的没有使用的数据，如许招致权且表也非常大，以是尽或许的只向权且表中拔出用的到的数据，并且尽或许的使用索引，可以大大的提高速率。
6、关于左联系关系的一点使潜心得：
在on的前提内里只管即使的只写联系关系前提和对左联系关系的表作限制，而对主表的限制不要写在这里。若是写在内里的话，不光速率非常慢，并且或许会泛起莫明其妙的成果。
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2007/1006/35362.html
版权声明：
原创作品，许可转载，转载时请务必以超链接情势标明文章 原始因由 、作者信息和本声明。否则将追查法则责任。