511g新特性模式的管理.docx

Oracle Database 11g：面向 DBA 和开发人员的重要特性  模式管理 通过显著加快并简化许多常见操作的新功能，更高效地管理数据库对象。 Oracle Database 11g 包括大量特性，这些特性不仅能够简化作业，在某些情况下，还可以将某些常见的耗时操作缩减为实际上的一行代码。在本文中，您将了解其中一些特性。 DDL Wait 选项 Jill 是 Acme Retailers 的 DBA，她尝试更改名为 SALES 的表，为其添加一列 TAX_CODE。这是很常见的任务；她执行以下 SQL 语句： SQL alter table sales add (tax_code varchar2(10)); 但是，她收到了以下消息，而非“Table altered”之类的内容： alter table sales add (tax_code varchar2(10)) * ERROR at line 1: ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired 错误消息描述的是：该表目前可能正由一个事务使用，因此要获得该表的独占锁定不太可能。当然，表的行不会永远锁定。当会话 执行提交动作后，会释放对这些行的锁定，但在此之前，由于解除锁定期间很长，其他会话可能会更新表的其他行 — 这样，获得表的独占锁定的时机又消失了。在典型的业务环境中，以独占方式锁定表的窗口会定期打开，但 DBA 可能无法恰好在那时执行 alter 命令。 当然，Jill 也可以反复键入相同的命令，直到获得独占锁定或者失败（两者取其先）。 在 Oracle Database 11g 中，Jill 有更好的选择：DDL Wait 选项。她可以执行以下命令： SQL alter session set ddl_lock_timeout = 10; Session altered. 现在，如果会话中的 DDL 语句没有获得独占锁定，也不会显示错误消息。相反，它将等待 10 秒钟。在这 10 秒钟内，它将不断重试 DDL 操作，直到成功或超时（两者取其先）。如果执行以下命令： SQL alter table sales add (tax_code varchar2(10)); 该语句将挂起，并且不会显示错误消息。这样，Jill 就将重复尝试操作外包给了 Oracle Database 11g（就像电话通过程序重试繁忙号码），而不必反复尝试以获得难以捉摸的独占锁定可用时机。 现 在，Jill 十分喜欢这个特性，并与其他所有 DBA 一起分享这个特性。由于在系统繁忙期间更改表时，每个人都遇到过相同的问题，他们都发现这个新特性非常有帮助。因此，Jill 很想知道是否可以将该行为设为默认行为，这样就不需要每次都执行 ALTER SESSION 语句？ 是的，可以。如果您执行 ALTER SYSTEM SET DDL_LOCK_TIMEOUT = 10，会话将在 DDL 操作期间自动等待该时间段。与任何其他 ALTER SYSTEM 语句一样，该语句可被 ALTER SESSION 语句覆盖。 添加具有默认值的列 尽管对该特性感到满意，Jill 还在考虑与第一个问题相关的另一个问题。她希望添加 TAX_CODE 列，但该列不能为空。显然，当她向非空表添加非空列时，还必须指定默认值“XX”。因此，她编写了以下 SQL： alter table sales add tax_code varchar2(20) default XX not null; 但她在这里停下了。SALES 表十分巨大，大约有 4 亿行。她知道，在执行该语句时，Oracle 会立即添加该列，但在将控制权返回给她之前将更新所有行中的值“XX”。更新 4 亿行不仅要花费很长时间，还要填充撤销段、生成大量重做任务并产生极大的性能开销。因此，Jill 必须在“安静时段”（即，停机期间）才能进行此更改。Oracle Database 11g 中有更好的方法吗？ 当然有。上述语句将不会对表中的所有记录执行更新。尽管对于列值将自动设为“XX”的新记录来说，这不是问题，但当用户选择现有记录的该列时，这将返回 NULL，是吗？ 实际上并非如此。当用户选择现有记录的列时，Oracle 将从数据字典获取默认值并将其返回给用户。这样，您就实现了一箭双雕：可以将一个新列定义为非空并具有默认值，同时不会导致任何重做和撤销开销。真棒！ 虚拟列 Acme 的数据库包含了一个名为 SALES 的表，如前所示。该表的结构如下： SALES_IDNUMBERCUST_IDNUMBERSAL