坚持Oracle数据库优秀功用的若干窍门
日期：2013-03-14 浏览次数：20516 次
如今，Oracle数据库以其高可靠性、安全性、可兼容性，得到越来越多的企业的青睐。如何使Oracle数据库保持永世的优秀功用，读者不妨针对以下若干方面加以考虑。
分区
依据实际经验所得，在一个大数据库中，数据库空间的绝大多数是被少量的表所占有。如何简化大数据库和管理，如何改善使用的查询功用，普通可以使用分区这种手段。所谓分区就是动态地将表中记录分离到若干不同的表空间上，使数据在物理上被分割开来，便于维护、备份、恢复、事务及查询功用。当使用的时候可建立一个连接所有分区的视图，使其在逻辑上仍以一个全体出现。
1、建立分区表
Create table Employee (
EmpNo varchar2(10) primary key,
Name varchar2(30),
DeptNo Number(2)
)
Partition by range(DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_TS,
partition PART2 values less than (21)
tablespace PART2_TS,
partition PART3 values less than (31)
tablespace PART3_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_TS
);
表Employee依据DeptNo列进行分区。
2、分区索引
Create index Employee_DeptNo on Employee(DeptNo)
local (
partition PART1 tablespace PART1_NDX_TS,
partition PART2 tablespace PART2_NDX_TS,
partition PART3 tablespace PART3_NDX_TS,
partition PART4 tablespace PART4_NDX_TS,
);
当分区中出现许多事务并且要保证所有分区中的数据记录的独一性时采用全局索引，如：
Create index Employee_DeptNo on Employee(DeptNo)
global partition by range (DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_NDX_TS,
partition PART2 values less than (21)
tablespace PART2_NDX_TS,
partition PART3 values less than (31)
tablespace PART3_NDX_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_NDX_TS
);
在建立全局索引时，global子句允许指定索引的范围值，这个范围值可以不同于表分区的范围值。只要建立局部索引才会使索引索引分区与表分区间建立起逐一对应关系。因此，在大多数情况下，应该使用局部索引分区。若使用了此索引，分区就能够很容易地将索引分区与表分区建立关联，局部索引比全局索引更易于管理。
3、分区管理
依据实际需求，还可以使用 alter table 命令来添加、丢弃、交换、挪动、修正、重命名、划分、截短一个已存在分区的结构。
Rebuild Indexes
如果表中记录频繁的被删除或插入，虽然表中的记录总量保持不变，索引空间的使用量会不断添加。虽然记录从索引中被删除，但是该记录索引项的使用空间不能被重新使用。因此，如果表变化不定，索引空间量会不断添加，不管表中记录数量能否添加——只仅仅是由于索引中无效空间量的添加。
要回收那些曾被删除记录使用的空间，需求使用alter index rebuild 命令。可以做一个定期运转的批处理程序，来重建最活动表的索引。这个批处理程序可以在空闲时运转，以避免程序与用户冲突。若能坚持索引的这一程序规划，便可以及时回收那些未使用空间，提高空间利用率。
段的碎片整理
当生成一个数据库对象时（一个表或一个索引），通过用户缺省值或指定值来为它指定表空间。一个在表空间中所生成的段，用于存储对象的相关数据。在段被关闭、收缩、截断之前，段所分配的空间将不被释放。
一个段是由范围组成，而范围是由相邻的Oracle块组成。一旦存在的范围不能再存储新的数据，那这个段就会去获得新的范围，且并不要求这些范围是彼此相邻的。这样的扩展会不断继续下去，直到表空间中的数据文件不能提供更多的自在空间，或者范围数量已达到极限。
因此，一个碎片太多的数据段，不只会影响运转，也会引发表空间中的空间管理问题。所以，每个数据段只含有一个范围是十分无益的。借助监控系统，可以通过检查DBA_SEGMENTS数据字典视图来了解哪些数据库对象含有10个或更多范围的段，确定其数据段碎片。
若一个段的碎片过多，可用两种方法处理这个问题：
1、用正确的存储参数建立一个新表，将旧表中的数据插入到新表中，再删除旧表；
2、利用Export/Import工具。
如：exp system/manager file=exp.dmp compress=Y grants=Y indexes=Y
tables=(T1,T2)
若输出成功，进入Oracle，删除上述表。
注：compress=Y决定将在输出过程中修正它们的存储参数。
imp system/manager file=exp.dmp commit=Y buffer=64000 full=Y
注：在输入时重新配置新的存储参数。
自在范围的碎片整理
表空间中的一个自在范围是表空间中相连自在（空间）块的集合。当一个段关闭时，它的范围将被释放，并被标记为自在范围。然而，这些自在范围再也不能与相邻的自在范围合并，它们之间的界线一直存在。但是当表空间的缺省值pctincrease设置不为0时，SMON后台进会定期的将这些相邻的自在范围合并。若pctincrease设置为0，那相邻自在范围不会被数据库自动合并。但可以使用altertable命令coalesce选项，来强迫进行相邻自在范围的合并。
不进行自在范围合并，在日后的空间请求中，会影响到表空间中的空间分配。当需求一个足够大的范围时，数据库并不会合并相邻的自在范围，除非没有其他选择。这样，当表空间中前面较小自在范围已被相关使用时，将使用表空间中后面部分最大的一个自在范围。结果，会由于它们没有足够多的使用空间，从而导致表空间中速度上的矛盾。由于这样的进程出现，使数据库的空间分配距理想越来越远。自在空间碎片常会出如今那些经常关闭又重重生成的数据库表和索引中。
在理想的ORACLE表空间中，每一个数据库对象存储在一个单独的范围中，并且所有无效自在空间集中在一个巨大而连续的范围中。这样，在一个对象需求附加存储空间时，可以在添加获取足够大自在空间的可能性同时，最小化空间中的循环调用，提高自在空间使用率。
分区
依据实际经验所得，在一个大数据库中，数据库空间的绝大多数是被少量的表所占有。如何简化大数据库和管理，如何改善使用的查询功用，普通可以使用分区这种手段。所谓分区就是动态地将表中记录分离到若干不同的表空间上，使数据在物理上被分割开来，便于维护、备份、恢复、事务及查询功用。当使用的时候可建立一个连接所有分区的视图，使其在逻辑上仍以一个全体出现。
1、建立分区表
Create table Employee (
EmpNo varchar2(10) primary key,
Name varchar2(30),
DeptNo Number(2)
)
Partition by range(DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_TS,
partition PART2 values less than (21)
tablespace PART2_TS,
partition PART3 values less than (31)
tablespace PART3_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_TS
);
表Employee依据DeptNo列进行分区。
2、分区索引
Create index Employee_DeptNo on Employee(DeptNo)
local (
partition PART1 tablespace PART1_NDX_TS,
partition PART2 tablespace PART2_NDX_TS,
partition PART3 tablespace PART3_NDX_TS,
partition PART4 tablespace PART4_NDX_TS,
);
当分区中出现许多事务并且要保证所有分区中的数据记录的独一性时采用全局索引，如：
Create index Employee_DeptNo on Employee(DeptNo)
global partition by range (DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_NDX_TS,
partition PART2 values less than (21)
tablespace PART2_NDX_TS,
partition PART3 values less than (31)
tablespace PART3_NDX_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_NDX_TS
);
在建立全局索引时，global子句允许指定索引的范围值，这个范围值可以不同于表分区的范围值。只要建立局部索引才会使索引索引分区与表分区间建立起逐一对应关系。因此，在大多数情况下，应该使用局部索引分区。若使用了此索引，分区就能够很容易地将索引分区与表分区建立关联，局部索引比全局索引更易于管理。
3、分区管理
依据实际需求，还可以使用 alter table 命令来添加、丢弃、交换、挪动、修正、重命名、划分、截短一个已存在分区的结构。
Rebuild Indexes
如果表中记录频繁的被删除或插入，虽然表中的记录总量保持不变，索引空间的使用量会不断添加。虽然记录从索引中被删除，但是该记录索引项的使用空间不能被重新使用。因此，如果表变化不定，索引空间量会不断添加，不管表中记录数量能否添加——只仅仅是由于索引中无效空间量的添加。
要回收那些曾被删除记录使用的空间，需求使用alter index rebuild 命令。可以做一个定期运转的批处理程序，来重建最活动表的索引。这个批处理程序可以在空闲时运转，以避免程序与用户冲突。若能坚持索引的这一程序规划，便可以及时回收那些未使用空间，提高空间利用率。
段的碎片整理
当生成一个数据库对象时（一个表或一个索引），通过用户缺省值或指定值来为它指定表空间。一个在表空间中所生成的段，用于存储对象的相关数据。在段被关闭、收缩、截断之前，段所分配的空间将不被释放。
一个段是由范围组成，而范围是由相邻的Oracle块组成。一旦存在的范围不能再存储新的数据，那这个段就会去获得新的范围，且并不要求这些范围是彼此相邻的。这样的扩展会不断继续下去，直到表空间中的数据文件不能提供更多的自在空间，或者范围数量已达到极限。
因此，一个碎片太多的数据段，不只会影响运转，也会引发表空间中的空间管理问题。所以，每个数据段只含有一个范围是十分无益的。借助监控系统，可以通过检查DBA_SEGMENTS数据字典视图来了解哪些数据库对象含有10个或更多范围的段，确定其数据段碎片。
若一个段的碎片过多，可用两种方法处理这个问题：
1、用正确的存储参数建立一个新表，将旧表中的数据插入到新表中，再删除旧表；
2、利用Export/Import工具。
如：exp system/manager file=exp.dmp compress=Y grants=Y indexes=Y
tables=(T1,T2)
若输出成功，进入Oracle，删除上述表。
注：compress=Y决定将在输出过程中修正它们的存储参数。
imp system/manager file=exp.dmp commit=Y buffer=64000 full=Y
注：在输入时重新配置新的存储参数。
自在范围的碎片整理
表空间中的一个自在范围是表空间中相连自在（空间）块的集合。当一个段关闭时，它的范围将被释放，并被标记为自在范围。然而，这些自在范围再也不能与相邻的自在范围合并，它们之间的界线一直存在。但是当表空间的缺省值pctincrease设置不为0时，SMON后台进会定期的将这些相邻的自在范围合并。若pctincrease设置为0，那相邻自在范围不会被数据库自动合并。但可以使用altertable命令coalesce选项，来强迫进行相邻自在范围的合并。
不进行自在范围合并，在日后的空间请求中，会影响到表空间中的空间分配。当需求一个足够大的范围时，数据库并不会合并相邻的自在范围，除非没有其他选择。这样，当表空间中前面较小自在范围已被相关使用时，将使用表空间中后面部分最大的一个自在范围。结果，会由于它们没有足够多的使用空间，从而导致表空间中速度上的矛盾。由于这样的进程出现，使数据库的空间分配距理想越来越远。自在空间碎片常会出如今那些经常关闭又重重生成的数据库表和索引中。
在理想的ORACLE表空间中，每一个数据库对象存储在一个单独的范围中，并且所有无效自在空间集中在一个巨大而连续的范围中。这样，在一个对象需求附加存储空间时，可以在添加获取足够大自在空间的可能性同时，最小化空间中的循环调用，提高自在空间使用率。
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
