5_11g新特性_模式管理.docxVIP

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_IDNUMBERSALES_AMTNUMBER某些用户希望添加一个名为 SALE_CATEGORY 的列，以便根据销售量和当前客户来