DB2-数据仓库集群设计.pptVIP

为什么要分区？ 查询扩展性 架构限制 数据装载 维护操作 并行插入/删除 备份和恢复 恢复 日志 查询扩展性 最显著的原因之一 将一个大的数据库分成多个小的数据库可以提高查询的性能，因为每个数据库分区拥有自己的一小部分数据 假设您想扫描1亿条记录 对一个单一分区的数据库来讲，该扫描操作需要数据库管理器独立扫描一亿条记录 如果您将数据库系统做成50个分区，并将这1亿条记录平均分配到这50个分区上，那么每个数据库分区的数据库管理器将只扫描200万记录 架构限制 在DB2 V8和以前版本，非分区的最大的表取决于页面大小 64 GB 到 512 GB 这是表空间限制造成的 表和表空间大小限制是每个分区上的限制 因此将数据库分成N个分区可以将表的最大尺寸增加为单个分区表最大尺寸的N倍 内存也可能是个限制，特别是在32为操作系统环境 因为每个数据库分区管理并拥有自己的资源，因此通过数据库分区可以克服这个限制 数据库装载 可并行装载数据到所有数据库分区，极大减少单表的装载时间 数据装载的时间特别重要，特别是我们期望一个实时商业智能系统时 数据库维护 将数据库分散到多个数据库分区服务器可以加快系统维护，因为每个操作都运行在分区所管理的一个数据子集上面 尽管DB2中创建索引是并行的，您可以通过数据库分区进一步减少创建索引的时间 分区数据库环境可以减少搜集统计信息的时间，因为runstats仅运行在一个数据库分区上面 在DB2 V8中, Runstats取样选项可以进一步减少运行时间（有无数据库分区均可） 将数据库分区可以减少表重整(reorg)的时间 并行INSERT/DELETE 一个数据库分区内部并行SQL操作 在一个使用SQL大量并发插入和删除的数据库环境中，多个数据库分区可以提高交易的吞吐量，因为所有数据库分区都在并行处理插入和删除，这个好处也体现在insert/select中 备份/恢复 将数据库分区到不同的数据库服务器上可以大大减少数据库备份的时间，这往往是觉定是否使用数据库分区很重要的一点 DB2通过为每个表空间分配独立的进程或线程来实现备份和恢复操作的并行处理的。在分区数据库环境的备份中，每个分区的备份是独立的，通过并行备份数据库分区可以大大减少备份整个数据库的时间 恢复 分区数据库环境可以加速前滚和重启恢复  在分区数据库环境中，必须前滚的日志对每个分区是特有的，对每个数据库分区“分而治之”的策略可以加速整个处理过程，如果每个数据库分区不需要前滚，在重启恢复中将跳过 日志 在高度活动的系统中，数据库日志的性能可能会限制系统的整体吞吐量。在分区数据库环境中，每个分区有自己一套日志。当大量插入、更新、删除操作时，多个数据库分区可以提高性能，因为日志是在每个数据库分区上是并行写的，且每个单一的分区需要记录的日志更少。 扩展性 DB2随数据量或处理器和分区的增加，提供近线性的扩展能力 可是，数据库分区是否提供最多的益处依赖于处理的工作负荷、最大表的大小及其他因素 Pages fixed header identifies to which database object the page belongs variable header pointers to records free slots (deleted rows) row1, row2, row3... NOT ALWAYS USER DATA other headers free space maps check for consistency issues size: it is a tablespace parameter once created, you cannot change it Extents When DB2 needs space allocates a fixed number of pages = 1 extent extentsize is a tablespace parameter when you create a tablespace, you define the extent size it is not possible to change the extent size, once the tablespace is created ? Containers ? Tablespaces SMS tablespaces containers are directories no size = as big as the smallest filesystem DMS tablespaces containers are files normal files raw devices compuls