DB2 V9 自动维护,第 3 部分: 启用自动表和索引重组

IBM 的 DB2 V9 引入了自动维护功能,即自动数据库备份、自动统计信息更新以及在必要时重组表和索引。DB2 V9推出了自动备份功能,自动数据库备份功能为用户提供了一个解决方案,从而帮助用户确保定期正确地对他们的数据库进行备份,而不必担心何时进行备份,也不需要具有有关备份命令的任何知识。另外,DB2 V9的自动维护功能还包括数据访问优化(运行统计)、数据碎片整理(表或索引重组)和统计信息概要分析等功能,基于这些新的特性,将大大简化我们在实际维护数据库过程中的工作量。由于自动维护是DB2 V9的新特性,很多客户不知道该如何使用,本文将重点介绍 DB2 V9 关于自动维护方面的新特性,并结合实际的例子帮助大家理解和提高。

启用自动表和索引重组

DB2 V9 可以对表和所以进行自动重组。要进行高效率的数据访问和获得最佳工作负载性能,具有组织良好的表数据是很关键的。在对表数据进行许多更改之后,逻辑上连续的数据可能会位于不连续的物理数据页上,在许多插入操作创建了溢出记录时尤其如此。按这种方式组织数据时,数据库管理器必须执行其他读操作才能访问顺序数据。另外,在删除大量行后,也需要执行其他的读操作。表重组操作会整理数据碎片来减少浪费的空间,并对行进行重新排序以合并溢出记录,从而加快数据访问速度并最终提高查询性能。还可以指定根据特定索引来重新排序数据,以便查询通过最少次数据读取操作就可以访问数据。既可重组系统目录表,也可以重组数据库表。由 RUNSTATS 收集的统计信息与其他信息一起来显示表中的数据分发情况。特别是,通过分析这些统计信息可以知道何时需要执行哪种类型的重组。自动重组通过使用 REORGCHK 公式来确定何时需要对表进行重组。它会定期评估已经更新了统计信息的表,以便了解是否需要重组。如果需要重组,则它会在内部调度对表进行传统重组。这将要求执行应用程序功能而不对正在重组的表进行写访问。可以使用 AUTO_REORG、AUTO_TBL_MAINT 和 AUTO_MAINT 数据库配置参数来启用或禁用自动重组功能部件。在分区数据库环境中,确定执行自动重组和启动自动重组是在目录分区上完成的。只需要在目录分区上启用数据库配置参数。将在目标表所在的所有数据库分区上运行重组。如果您不太确定何时以及如何重组表和索引,则可以将自动重组作为整个数据库维护方案的一部分。

统计信息概要文件是由 RUNSTATS 实用程序提供了一个选项来注册并使用的,该文件是一组选项,这些选项指定要对特定表收集的统计信息,例如,表统计信息、索引统计信息或分布统计信息。此功能部件简化了统计信息收集,它允许您存储在发出 RUNSTATS 命令时指定的一些选项,从而,可以对表反复收集相同的统计信息而不必重新输入命令选项。无论实际上是否正在收集统计信息,都可以注册或更新统计信息概要文件。例如,要同时注册概要文件和收集统计信息,可发出带有 SET PROFILE 选项的 RUNSTATS 命令。要在实际上并没有收集统计信息的情况下只注册概要文件,可发出带有SET PROFILE ONLY 选项的 RUNSTATS 命令。要使用已经注册的统计信息概要文件来收集统计信息,发出 RUNSTATS 命令,并且只指定表名和 USE PROFILE 选项。

统计信息概要文件还可以由 DB2 自动统计信息概要分析自动生成。当启用了此功能时,会收集有关数据库活动的信息,并将这些信息存储在查询反馈仓库中。可根据此数据来生成统计信息概要文件。启用此功能可以缓解统计信息与特定工作负载相关的不确定性问题,并可以收集最少的统计信息集来提供最佳的数据库工作负载性能。可以将此功能与自动收集统计信息功能配合使用,后一项功能会根据自动生成的统计信息概要文件中包含的信息来自动安排统计信息维护。要启用此功能,需要已经通过设置适当的配置参数启用了表的自动维护。AUTO_STATS_PROF 配置参数将激活查询反馈数据的收集,而 AOTO_PROF_UPD 配置参数将激活生成统计信息概要文件以供自动收集统计信息使用。

需要注意的是,生成统计信息概要文件不太适合 OLTP 环境中 ,比较适合 OLAP(运行使用许多谓词的大而复杂的查询、谓词列的数据中经常具有关联以及对几个表进行连接和分组)环境中使用。另外,自动生成统计信息概要文件只能以 DB2 串行方式激活,而对于联合环境、多分区 MPP 环境以及启用了分区内并行性的环境中的查询将禁用此功能。

接下来为了演示统计信息概要文件不能在联合环境中使用,我们先把 DBM CFG 中的 FEDERATED 配置参数设置成 ON,打开联合系统,提交,断开所有连接,重启示例,在 DB2CLP 窗口环境中,输入 UPDATE DBM CFG 等命令,具体如清单 1 所示:


清单 1. 更新 DBM CFG 参数
                C:\> db2 update dbm cfg  using FEDERATED  yes
DB20000I  UPDATE DATABASE MANAGER CONFIGURATION命令成功完成。
SQL1362W  为立即修改而提交的一个或多个参数未动态更改。直到下次启动应用程序或发出
TERMINATE 命令之后,客户机更改才会生效。直到下一条 DB2START命令之后,服务器更改才会生效。	

C:\> db2 terminate
DB20000I  TERMINATE命令成功完成。

C:\> db2 force applications all
DB20000I  FORCE APPLICATION命令成功完成。
DB21024I  该命令为异步的,可能不会立即生效。


C:\> db2stop
2007-09-23 19:54:07     0   0   SQL1064N  DB2STOP 处理成功。
SQL1064N  DB2STOP 处理成功。

C:\> db2start
2007-09-23 19:54:16     0   0   SQL1063N  DB2START 处理成功。
SQL1063N  DB2START 处理成功。

      

接下来我们连上数据库,对清单1中创建的示例数据库 DB2TEST1 启用自动统计信息概要分析和自动概要文件更新功能,在 DB2CLP 窗口环境中 ,连接上示例数据库 DB2TEST1,通过发出 UPDATE DB CFG 命令修改自动统计信息概要分析(AUTO_STATS_PROF)、自动概要文件更新(AOTO_PROF_UPD)参数,将其值置为 ON,具体如清单 2 所示:


清单 2. 更新 DB CFG 参数
                C:\> db2 connect to db2test1

   数据库连接信息

 数据库服务器         = DB2 / NT 9.1.0
 SQL 授权标识         = RHETTE
 本地数据库别名       = DB2TEST1


C:\> db2 update db cfg using AUTO_STATS_PROF ON
SQL0270N  函数不受支持(原因码 = " 75 " )。  SQLSTATE = 42997

C:\> db2 update db cfg using AUTO_PROF_UPD ON
SQL0270N  函数不受支持(原因码 = " 75 " )。  SQLSTATE = 42997

      

命令执行失败,报 SQL0270N 错误,通过查询 DB2 帮助得知这是由于在联合系统中自动统计信息概要分析和自动概要文件更功能,我们在 DB2CLP 窗口中发出“DB2 ? SQL错误号”命令查询 SQL0270N(原因码 = " 75 " )对应的错误,具体如清单 3 所示:


清单 3. 更新 DB CFG 参数
                C:\> db2 ? SQL0270N
SQL0270N 函数不受支持(原因码 = "《原因码》")。

解释:
因为该语句违反由下列原因码所指示的限制,所以不能处理它:
1 主键、每个唯一约束以及每个唯一索引必须包含表的所有分布列(这些列可以按任何顺序出现)。
2 不支持更新分布键列值。
3 如果定义外键时指定了 ON DELETE SETNULL,则它不能包含任何可空分布键列。由于定义这样
的约束将导致尝试更新分布键列,所以这是原因码 2 的特殊情况。
. . . . . . . . . . . . . . . . . . . .

75 多数据库分区系统、启用了 SMP的系统或联合系统不支持自动统计信息概要分析功
能。

83 无法处理该语句,因为 DATA CAPTURE CHANGES 与COMPRESS YES 不兼容。
84 分区数据库不能启用自动存储器。
85 不能将分区添加至启用了自动存储器的单一分区数据库。
87 不能将下列类型的表定义为分区表:类型表、登台表、用户临时表和范围集群表。
. . . . . . . . . . . . . . . . . . . .

用户响应:
与原因码对应的操作是:
. . . . . . . . . . . . . . . . . . . .
75 通过将数据库配置参数 AUTO_STATS_PROF 和AUTO_PROF_UPD 设置为OFF,对此数据库禁用
自动统计信息概要分析功能。 或者将系统更改为位于非联合的、未启用 SMP的单个数据库分区上的系统。
. . . . . . . . . . . . . . . . . . . .

 sqlcode :   -270

 sqlstate :  42997

      

通过帮助我们的用户响应,我们需要把系统更改为非联合的。接下来我们把我们先把DBM CFG中的FEDERATED配置参数设置成NO,关闭联合系统,提交,断开所有连接,重启示例,在DB2CLP窗口环境中,输入UPDATE DBM CFG 等命令,具体如清单12所示:


清单 4. 更新 DBM CFG 参数
                C:\> db2 update dbm cfg using  FEDERATED no
DB20000I  UPDATE DATABASE MANAGER CONFIGURATION命令成功完成。
SQL1362W  为立即修改而提交的一个或多个参数未动态更改。直到下次启动应用程序
或发出TERMINATE 命令之后,客户机更改才会生效。直到下一条 DB2START命令之后,服务器更改才会生效。

C:\> db2 terminate
DB20000I  TERMINATE命令成功完成。

C:\> db2 force applications all
DB20000I  FORCE APPLICATION命令成功完成。
DB21024I  该命令为异步的,可能不会立即生效。

C:\> db2stop
2007-09-23 19:42:49     0   0   SQL1064N  DB2STOP 处理成功。
SQL1064N  DB2STOP 处理成功。

C:\> db2start
2007-09-23 19:42:55     0   0   SQL1063N  DB2START 处理成功。
SQL1063N  DB2START 处理成功。

      

接下来我们再次连上数据库,对示例数据库DB2TEST1启用自动统计信息概要分析和自动概要文件更新功能,在 DB2CLP 窗口环境中 ,连接上示例数据库 DB2TEST1,通过发出 UPDATE DB CFG 命令修改自动统计信息概要分析(AUTO_STATS_PROF)、自动概要文件更新(AOTO_PROF_UPD)参数,将其值置为 ON,具体如清单 13 所示:


清单 5. 更新 DB CFG 参数
                
	
C:\> db2 connect to db2test1

   数据库连接信息

 数据库服务器         = DB2 / NT 9.1.0
 SQL 授权标识         = RHETTE
 本地数据库别名       = DB2TEST1


C:\> db2 update db cfg using AUTO_STATS_PROF ON
DB20000I  UPDATE DATABASE CONFIGURATION命令成功完成。

C:\> DB2 UPDATE  DB CFG USING AUTO_PROF_UPD ON
DB20000I  UPDATE DATABASE CONFIGURATION命令成功完成。

      

这样我们就成功地启用自动统计信息概要分析和自动概要文件更新功能,可以通过 GET DB CFG 查看配置参数,具体如清单 6 所示:


清单 6. 查看示例数据库 DB2TEST1 的配置参数
                C:\> db2 get db cfg for db2test1
       数据库  的数据库配置

 数据库配置发行版级别                                    = 0x0b00
 数据库发行版级别                                        = 0x0b00

 数据库地域                                              = CN
 数据库代码页                                            = 1386
 数据库代码集                                            = GBK
 数据库国家/地区代码                                    = 86
 数据库整理顺序                                          = UNIQUE
 备用整理顺序                              ( ALT_COLLATE ) = 
 数据库页大小                                            = 4096

. . . . . . . . . . . . . . . . . . . .

 自动维护                                   ( AUTO_MAINT ) = ON
   自动数据库备份                       ( AUTO_DB_BACKUP ) = ON
   自动表维护                           ( AUTO_TBL_MAINT ) = ON
     自动 runstats                       ( AUTO_RUNSTATS ) = ON
     自动统计信息概要分析              ( AUTO_STATS_PROF ) = ON
       自动概要文件更新                  ( AUTO_PROF_UPD ) = ON
     自动重组                       ( AUTO_REORG ) = OFF

      

接下来继续在DB2CLP窗口中中打开自动重组功能,输入UPDATGE DB CFG命令,把AUTO_REORG参数置成ON,打开自动重组功能(自动维护和自动表维护等父项开关必须都打开才有效),具体如清单 7 所示:


清单 7. 更新 DB CFG 参数
                C:\> DB2 UPDATE  DB CFG USING AUTO_REORG ON
DB20000I  UPDATE DATABASE CONFIGURATION命令成功完成。 

命令成功完成,这样我们就打开了自动重组功能。另外,同本文的第一部分和第二部分一样,对自动重组、自动统计信息概要分析、自动概要文件更新也可以在图形化界面的配置自动维护中进行。

在控制中心在示例数据库DB2TEST1上右键单击,选择自动维护窗口, 打开,在第五个页面“选择要配置的维护活动”页面中对“整理表和索引数据碎片( REORG )”这条记录中的“自动化”列打上勾即可,具体界面如图12所示:


图 1. 配置自动维护窗口选择配置的维护活动页面
配置自动维护窗口选择配置的维护活动页面

双击“整理表和索引数据碎片( REORG )”记录,或者选中这条记录并单击页面下面的“配置设置”按钮,就会打开“配置设置-整理数据碎片( REORG )”窗口,在其第一个标签页“表作用域”中,可以指定要将数据库中的哪些表用于自动重组。要排除特定表,使用“选择的表”选项并标识要使用国旅排除哪些表。要限制将进行自动重组的表的大小,可以指定大小限制。具体界面如图13所示:


图 2. 配置设置 - - 整理数据碎片( REORG )
配置设置 - - 整理数据碎片( REORG )

在其第二个标签页“重组选项”中,可以指定索引重组方式是使用联机还是脱机,联机的方式允许对索引进行写访问,联机索引重组将在联机维护窗口中运行,注意,如果不允许对表进行写访问,则将使用脱机方式并且将在脱机维护窗口中运行索引重组。脱机方式允许对索引进行读访问。脱机索引重组将在脱机维护窗口中运行,注意,如果不允许对表进行读访问,则将在不进行访问的情况下重试脱机索引重组。

另外,本窗口还可以指定要用于压缩数据字典的选项,默认是保留,也可以重新选择成重建。具体如图14所示:


图 3. 配置设置 - - 整理数据碎片( REORG )
配置设置 - - 整理数据碎片( REORG )

关于配置自动维护窗口的其他页面和上面所述的差不多,不再累述。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9403012/viewspace-176/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/9403012/viewspace-176/

FFmpeg音频转换避坑实录:为什么VOS的REC转MP3比WAV转MP3体积小一半? 本文深入解析了FFmpeg在VOS系统REC格式音频转换中的优化技巧,揭示了REC转MP3比WAV转MP3体积小一半的原因。通过分析REC格式的压缩特性、转码参数陷阱及FFmpeg调优方法,帮助开发者实现高效音频转换,显著降低存储成本。 阅读详情

相关推荐

APO的全面进化之路(2):走向IBP、建设端到端供应链计划体系

前一篇记录阐述了在供应链计划(Supply Chain Planning)领域里SAP的关键产品APO的不断进化之路,即部分产品从APO进化到S/4HANA,本篇将继续阐述进化之路上的另一大中坚产品力量SAP-IBP(Integrated Business Planning)。作为SAP数字化供应链(Digital Supply Chain)中供应链计划SCP的左膀右臂,S/4HANA与IBP共同完善了计划域的完整闭环。本篇作为收尾,在先谈对IBP产品的个人认知之前,特别是在当今这个IT产品迭代多、技术革新

ChampaignWolf的专栏 5231

[IBM][CLI Driver] SQL0270N 函数不受支持(原因码:"75")。 SQLSTATE=42997

db2 update dbm cfg  using FEDERATED  yes 与   自动维护 (AUTO_MAINT) = ON 自动数据库备份 (AUTO_DB_BACKUP) = OFF 自动表维护 (AUTO_TBL_MAINT) = ON 自动 runstats ...

weixin_33901641的博客 2155

S32DS IDE调试技巧:如何用条件断点精准捕获汽车电子MCU的硬件状态变化

本文详细介绍了S32DS IDE中条件断点功能在汽车电子MCU开发中的应用技巧。通过精准捕获硬件状态变化,工程师可以高效调试外设寄存器异常、时序敏感型交互等复杂场景,大幅提升汽车电子系统的开发效率。文章还提供了多种实战案例和性能优化建议,帮助开发者充分利用S32DS的调试功能。

CAT789的专栏 208

建联合主键报错DB2 Database Error: ERROR [42997] [IBM][DB2/AIX64] SQL0270N Function not supported (Reason c

对于建立建立联合主键报错:DB2 Database Error: ERROR [42997] [IBM][DB2/AIX64] SQL0270N  Function not supported (Reason code = "1").  SQLSTATE=42997的问题 报错的sql语句: 建表的语句: CREATE TABLE "MABAS"."WRK_MAP_ORACLE_SASB_P

xishi66的专栏 9889

Harness设计——Anthropic实战:规划器、生成器、评估器三角色协作详解

本文探讨了如何通过多智能体架构突破AI编码的瓶颈问题。文章首先分析了当前AI编码面临的两大核心挑战:上下文窗口限制导致的连贯性丧失,以及自我评估机制缺失引发的质量判断偏差。针对这些问题,作者提出了基于生成对抗网络(GAN)灵感的解决方案,设计了三智能体系统:规划器负责需求分析,生成器执行编码任务,评估器进行质量审查。 实验表明,在前端设计任务中,通过制定可量化的评分标准(设计质量、原创性、工艺、功能性)并建立生成-评估反馈循环,能显著提升输出质量。这种架构随后被扩展到全栈开发领域,采用类似敏捷开发的&quo

oe1019的专栏 867

GPU服务器维修全流程:从检测到解锁

《GPU服务器维修维保全流程指南》摘要:本文系统介绍GPU服务器从检测到解锁的完整维修流程。检测环节包含物理检查(氧化层、散热、PCB板)和电子诊断(ECC报错率、电源波动等);核心维修技术涵盖PCB板修复(微孔镀铜、BGA返修)和芯片级维修(成功率78-92%);解锁验证阶段包括性能解锁(VBIOS重写)和72小时稳定性测试。文末提供故障速查表及维保建议,强调定期除尘可降低38%故障率,推荐环境粉尘浓度控制在≤0.3mg/m³。

2401_89353317的博客 891

Db2: create unique index: SQL0270N Function not supported (Reason code = "1")

问题描述:db2, create unique index报错: SQL0270N  Function not supported (Reason code = "1"),示意如下:inst105@db2a:~$ db2 "create table t1(col1 int, col2 int, col3 varchar(20))"DB20000I  The SQL command complete...

匿_名_用_户的专栏 5220

概念解析 | 雷达动态范围

这里存在一个动态范围的问题:强雷达发射信号和弱目标反射信号存在非常大的功率差异,比如传统的脉冲多普勒雷达动态范围可达90dB以上。随着上述技术的发展,预计未来十年雷达接收机动态范围将达到120dB以上,届时雷达的监视能力将得到极大增强。简单来说,雷达动态范围越大,表示接收机噪声越低,对强信号过载保护能力越强,就越能检测到弱信号目标。此外,部分新概念雷达对动态范围提出新的需求,如被动雷达动态范围需大于100dB。当前,随着阵列雷达和数字雷达技术的发展,对雷达接收机动态范围提出了更高要求。

NLOS的博客 1051

DB2 使用REORG命令重组优化表和索引

DB2 使用REORG命令重组优化表和索引 小祥V52016-11-11 16:38:4313940收藏1 分类专栏:数据库 名词解释: reorgchk,检查table index 是否需要重组。 reorg 重组,重新放置数据位置。 runstats 统计信息,可以优化查询器 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、高效运行,防止一些错误重复发生。 由于DB2使用CBO作为数据库的优化器...

qyq88888的专栏 3671

ABAP Platform 2025 到来之后,我们该怎样重新理解 SAP S/4HANA 2025 的开发边界

2025年10月,SAP正式发布S/4HANA Cloud Private Edition 2025及S/4HANA 2025,其技术底座ABAP Platform 2025全面支持SAP HANA数据库。新版平台强调Clean Core理念升级为四级成熟度模型,推动ABAP Cloud成为扩展开发首选方案。AI能力正式融入ABAP开发全流程,包括代码生成、迁移辅助等场景。RAP框架显著增强,支持跨业务对象协作、树形视图等复杂业务场景。ADT开发工具持续进化,新增内存分析、单元测试等专业功能,形成完整开发工

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 310

深度强化学习调参技巧:以DQN、DDPG、TD3、PPO、SAC等算法为例

深度强化学习调参技巧:以D3QN、DDPG、TD3、PPO、SAC算法为例

丨汀、的博客 3444

简介和创建数据库期间缺省启用自动收集统计信息功能

IBM 的 DB2 V9 引入了自动维护功能,即自动数据库备份、自动统计信息更新以及在必要时重组表和索引。DB2 V9 推出了自动备份功能,自动数据库备份功能为用户提供了一个解决方案,从而帮助用户确保定期正确地对他们的数据库进行...

ciyi7513的博客 275

华为OD机试真题 新系统2026-04-15 C++ 实现【失灵的键盘】

有一个键盘有2个按键失灵了,按下这些键时会连续输出其他键对应的字符两次。具体如下: 1. 按下j键一次,屏幕上显示uu(两个连续的u);  按下b键一次,屏幕上显示t(两个连续的t) 2. u键和t键是好的,按下u键一次时,屏幕只会显示一次u(正常按键);按下t键一次时,屏幕只会显示一次t(正常按键) 3. 假定屏幕上连续显示两个t一定是按了一次b键,而不是两次t键;假定按键t之后不会紧接着按键b,即tttt转义为两个b,而不可能是tb

MISAYAONE的博客 211

DB2日常维护——REORG TABLE命令优化数据库性能

【转】DB2日常维护——REORG TABLE命令优化数据库性能 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、高效运行,防止一些错误重复发生。 由于DB2使用CBO作为数据库的优化器,数据库对象的状态信息对数据库使用合理的 ACCESS PLAN至关重要。DB2 优化器使用目录统计信息来确定任何给定查询的最佳访问方案。如果

tianxyz1988的专栏 8994

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

DB2 V9自动维护(一)

内容提要: IBM的DB2 V9 引入了自动维护功能,即自动数据库备份、自动统计信息更新以及在必要时重组表和索引。DB2 V9推出了自动备份功能,自动数据库备份功能为用户提供了一个解决方案,从而帮助用户确保定期正...

congjiduo1159的博客 208

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

db2 reorg优化及原因

reorgchk,检查table index 是否需要重组。reorg 重组,重新放置数据位置。runstats 统计信息,可以优化查询器 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、高效运行,防止一些错误重复发生。 由于DB2使用CBO作为数据库的优化器,数据库对象的状态信息对数据库使用合理的 ACCES

cws1214的专栏 1万+

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

DB2日常维护之优化 【优化】

一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、高效运行,防止一些错误重复发生。     由于DB2使用CBO作为数据库的优化器,数据库对象的状态信息对数据库使用合理的 ACCESS PLAN至关重要。DB2 优化器使用目录统计信息来确定任何给定查询的最佳访问方案。如果有关表或索引的统计信息已过时或者不完整,则会导致优化器选择不是最

Jack-Win 723

DB2 V9 自动维护,第 1 部分: 简介和创建数据库期间缺省启用自动收集统计信息功能...

IBM 的 DB2 V9 引入了自动维护功能,即自动数据库备份、自动统计信息更新以及在必要时重组表和索引。DB2 V9 推出了自动备份功能,自动数据库备份功能为用户提供了一个解决方案,从而帮助用户确保定期正确地对他们的数据库进行...

ciyi7513的博客 364

DB2 V9自动维护(五)

启用自动表和索引重组 DB2 V9可以对表和所以进行自动重组。要进行高效率的数据访问和获得最佳工作负载性能,具有组织良好的表数据是很关键的。在对表数据进行许多更改之后,逻辑上连续的数据可能会位于不连续的物理数...

congjiduo1159的博客 167

DB2 V9表分区

DB2 V9表分区   DB2 V9新增了表分区功能,因此对一些大表,我们在DB2 V9中不再需要分拆成小表,再用UNION ALL视图的方式进行设计,而是直接用分区表实现一些这些功能。表分区功能是一种数据组织方案,即,表数据根据一个或多个表列中的值分布到多个存储对象(称为数据分区或范围)中。每个数据分区都是单独存储的。这些存储对象可以在不同的表空间中,也可以在相同表空间中。由于表分区是DB2

软件工程 plus 人工智能 4812

db2 reorg详解

reorgchk,检查table index 是否需要重组。reorg 重组,重新放置数据位置。runstats 统计信息,可以优化查询器 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、高效运行,防止一些错误重复发生。 由于DB2使用CBO作为数据库的优化器,数据库对象的状态信息对数据库使用合理的 ACCE...

weixin_30399821的博客 1436

db2 最大分区数_DB2 V9表分区(一)

关键字:IBM DB2 V9 表分区 数据分区 范围 表分区键内容提要:DB2 V9新增了表分区功能,因此对一些大表,我们在DB2 V9中不再需要分拆成小表,再用UNION ALL 视图的方式进行设计,而是直接用分区表实现一些这些功能。表分区功能是一种数据组织方案,即,表数据根据一个或多个表列中的值分布到多个存储对象(称为数据分区或范围)中。每个数据分区都是单独存储的。这些存储对象可以在不同的表...

weixin_39715290的博客 439

db2 reorgchk update statistics on table all

IBM解释:https://www.ibm.com/support/knowledgecenter/en/SSEPGG_11.1.0/com.ibm.db2.luw.admin.cmd.doc/doc/r0001971.html 中文解释转载:https://www.cnblogs.com/vinsonLu/p/3628802.html DB2日常维护——REORG TABLE命令优化数据库性能 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作,以便更好的监控和维护数据库,保证数据库的正常、安全、

weixin_53000630的博客 706
上一篇: Ruby on Rails:动作视图纵览
下一篇: 用J2ME编写手机短消息发送程序
ciyi7513
博客等级 码龄11年 2粉丝 0原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值