什么是纯编译？
如何实现 PL/SQL 纯编译？
Oracle 数据库 10g 有什么新特性？
什么对象可以进行 PL/SQL 纯编译？
共享库 (DLL) 的命名惯例是什么？
共享的动态链接库是否可以移植？
在部署端是否需要 C 编译环境？
哪些 Oracle 参数与纯编译相关？
plsql_native_library_dir 参数
plsql_native_library_subdir_count 参数
plsql_code_type 参数
$ORACLE_HOME/plsql/spnc_commands 文件的格式
纯编译生成的共享库存储在哪个字典表中？
当删除一个“纯编译”单元时，文件系统上的共享库将发生什么？
如何更改 plsql_native_library_dir？
是否还有其他场合需要手动删除共享库？
如果误删除了一个共享库该怎么办？
甲骨文公司是否建议混合使用纯编译单元和解释单元？
在操作系统升级时，是否需要重新生成 纯编译的共享库？
在应用程序部署期间是否能够使用 纯编译模式来节省时间（通过提供预先生成的 NCOMP 共享库）？
纯编译测试：简单测试
将数据库中的所有 PL/SQL 单元进行纯编译

什么是纯编译？

使用了大量有代表性测试程序的 性能实验（发布在 OTN 上）表明，在 Oracle 数据库 10g 中，纯 PL/SQL 程序的应用程序在 纯编译时的速度与 解释编译时的速度相比（其他保持不变），预计可以获得大约 1.05 到 2.4 倍的性能提高。提高的程度取决于程序的种类。

注意：许多 Oracle 提供的程序包（如 UTL_FILE、UTL_RAW、DBMS_LOB）已经用 C 实施，而仅使用 PL/SQL 来提供 API。这些程序包不大可能从纯编译中获得显著的性能提高。同样，仅调用 SQL 语句的 PL/SQL 程序单元也可能几乎得不到加速。不过，纯编译的 PL/SQL 往往至少和相应的解释代码一样快。编译的代码将与解释的代码执行相同的库调用，因此它们的行为是完全相同的。

返回页首

如何实现 PL/SQL 纯编译？

PL/SQL 使用命令文件 $ORACLE_HOME/plsql/spnc_commands 和支持的操作系统 C 编译器和链接器，将生成的 C 代码编译并链接到共享库中。共享库存储在数据字典中，这样便可将它们自动备份并防止它们被删除。这些共享库文件被复制到文件系统中，并在调用 PL/SQL 子程序时被加载和运行。如果在关闭数据库时从文件系统中删除了这些文件，或者如果您更改了这些库所在的目录，则自动重新提取这些文件。

返回页首

Oracle 数据库 10g 有什么新特性？

• 不需要用相同的代码类型设置来编译程序包主体及其规范。例如，可以对程序包主体进行纯编译，而对程序包规范进行解释编译。
• 经过纯编译的子程序存储在数据库中，并在需要的时候自动提取相应的共享库。对于备份共享库、清理原有共享库等事项，您无需操心。
• 而且简化了纯编译的初始化参数和命令的设置。唯一需要的参数是 plsql_native_library_dir 。不再使用与编译器、链接器和 make 实用程序相关的参数。 $ORACLE_HOME/plsql/spnc_commands 命令文件用于进行纯编译。它包含了用于编译和链接的命令和选项，从而不再依赖于 make 实用程序。不再需要或支持 plsql_native_make_utility 和 plsql_native_make_file_name 参数，但仍须像在 9.0.1 版和 9.2.0 版中一样指定 plsql_native_library_dir。这将指定用于生成共享库（在共享库被复制到数据库中之前）的目录的完整路径。
• 纯编译期间出现的所有错误都存储在 USER_ERRORS 字典视图中，可通过 SQL*Plus 命令 SHOW ERRORS 来查询。
• 开启和关闭纯编译是由一个单独的参数 plsql_code_type 来控制的，而不是 plsql_compiler_flags 参数的几个选项之一，现在不建议使用后者。
• RAC 支持：现在在没有集群（共享）文件系统的 RAC 环境中也支持 PL/SQL 纯编译。
• 共享库清理：当删除（或在解释模式下重新编译）纯编译的 PL/SQL 模块时，现在将删除（在 plsql_native_library_dir 指定的位置下的）共享库的文件系统副本。在 RAC 配置中，将从所有实例中删除共享库。

返回页首

什么对象可以进行 PL/SQL 纯编译？

FUNCTION
PACKAGE
PACKAGE BODY
PROCEDURE
TRIGGER
TYPE
TYPE BODY

返回页首

共享库 (DLL) 的命名惯例是什么？

PKG__SCOTT__S__54682.so
PKG__SCOTT__B__54683.so

共享的动态可链接库是否可以移植？

返回页首

在部署端是否需要 C 编译环境？

返回页首

哪些 Oracle 参数与纯编译相关？

• plsql_native_library_dir
• plsql_native_library_subdir_count
• plsql_code_type

plsql_native_library_dir 参数

返回页首

plsql_native_library_subdir_count 参数

plsql_native_library_subdir_count=500

返回页首

plsql_code_type 参数

alter session set plsql_code_type='NATIVE'

alter system set plsql_code_type='NATIVE'

alter session set plsql_code_type='INTERPRETED'

alter system set plsql_code_type='INTERPRETED'

返回页首

spnc_commands 文件的格式

返回页首

纯编译生成的共享库存储在哪个字典表中？

SQL> connect / as sysdba;
Connected.
SQL> describe ncomp_dll$;
Name            Null?Type
 ------------   --------------    -------- 
OBJ#            NOT NULL          NUMBER
VERSION                   NUMBER
DLL                               BLOB
DLLNAME                   RAW(1024)

返回页首

当删除一个“纯编译”单元时，文件系统上的共享库将发生什么？

返回页首

如何更改 plsql_native_library_dir？

返回页首

是否还有其他场合需要手动删除共享库？

唯一的例外是当您想修改 plsql_native_library_dir 的设置的时候。请按照 先前所述步骤更改 plsql_native_library_dir 。然后就可以从原有位置删除共享库了。

返回页首

如果误删除了一个共享库该怎么办？

返回页首

甲骨文公司是否建议混合使用纯编译单元和解释单元？

返回页首

在操作系统升级时，是否需要重新生成 纯编译的共享库？

返回页首

在应用程序部署期间是否能够使用 纯编译模式来节省时间（通过提供预先生成的 NCOMP 共享库）？

返回页首

纯编译测试：简单测试

1. 创建一个目录，用于存储纯编译生成的共享库，并在初始化参数文件中将 plsql_native_library_dir 参数设置为指向该目录路径。例如，您需要在初始化参数文件中添加如下内容：

plsql_native_library_dir=/home/kmuthukk/oracle10g/dbs/ncomp_libraries

• 还可以在初始化参数文件中设置 plsql_native_library_subdir_count 并创建子目录。
• 确保 spnc_commands 文件中使用的 C 编译器 — 以及链接器（如果适用） — 的 OS 路径是正确的。
• 系统参数完整性检查： 必须指定 plsql_native_library_dir。 plsql_native_library_subdir_count 是可选的，可以保留为 0（如果您不打算使用基于子目录的模式）。最好在初始化参数文件中指定这些参数。

SQL> show parameters plsql_native
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
plsql_native_library_dir             string      /home/kmuthukk/oracle10g/dbs/ncomp_libraries
plsql_native_library_subdir_count    integer     0

• 对 PL/SQL 模块进行纯编译
  

1. 要在 纯编译模式下加载和编译新的模块，必须将 plsql_code_type 参数设为 NATIVE。

例如，尝试在 SQL*Plus 中执行以下操作：

connect scott/tiger
alter session set plsql_code_type='NATIVE';

create or replace procedure my_test is
begin
dbms_output.put_line('hello world');
end;
/
show errors;

set serveroutput on;
execute my_test;

验证步骤：

1. 看一下 plsql_native_library_dir 指定的位置。应找到一个与 MY_TEST 过程相对应的新的共享库。在 Solaris 上，DLL 可能有一个类似 MY_TEST__SCOTT__P__54765.so 的名称。

[要阅读有关共享库命名惯例的更多信息，请 点击此处。]

• 此外，通过执行以下查询，确保该模块的 plsql_code_type 设置的确为 NATIVE：

                               
select name, type, plsql_code_type 
from user_plsql_object_settings 
where name = 'MY_TEST';
                            

• 如果您想手动地对特定的已经加载的模块进行 纯编译，那么您可以使用 alter ... compile .. 语句。

假定您有一个程序包 MYPKG，其规范和主体是用解释方式编译的。现在，如果您只想对其主体进行纯编译，那么可以执行以下命令：

alter package MYPKG compile  
                              
body plsql_code_type=native reuse settings
  
                            

上面的 reuse settings 子句指示编译器应当保留该单元所有以前的设置 — 被显式覆盖的设置（如在上述示例中设定的 plsql_code_type 的设置）除外。

如果从上面的语句中删除了 body 子句，如：

                               
alter package MYPKG compile  
                                
plsql_code_type=native reuse settings
                              
                            

... 那么规范和主体都将在 纯编译模式下重新编译。不过请注意，重新编译规范将造成依赖于该规范的其他模块失效。

返回页首

将数据库中的所有 PL/SQL 单元进行纯编译

在试图将数据库中的所有 PL/SQL 单元进行纯编译之前，在一个简单的测试案例上试验一下（如 上一部分所述）。这将帮助确保您的纯编译设置是正确的。

1. 操作系统文件描述符限制

$ORACLE_HOME/rdbms/admin 目录下的两个 SQL*Plus 脚本（ dbmsupgnv.sql 和 utlrp.sql）用来在 纯编译模式下重新编译所有的 PL/SQL 模块。它们使用并行作业（取决于可用的 CPU 的数量）。在这种情况下，许多作业同时生成 C 文件并试图编译它们。因此不将文件描述符的最大数的 OS 限制设得过低非常重要。

例如，在我的 Solaris 计算机上：

% ulimit -a
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         2097148
stack(kbytes)        8192
coredump(blocks)     3
                               
nofiles(descriptors) 64

vmemory(kbytes)      unlimited
                            

注意描述符的最大数（值为 64）。这在生产环境中太少了，因为有许多作业要进行并行纯编译。您可能想查看您计算机上的限制，并将其提高。例如：

在 Solaris 上，需要编辑 /etc/system 文件，使之包含：

set rlim_fd_max=4096
set rlim_fd_cur=1024

在 HP-UX 上，相应的参数位于 /stand/system 文件中。

maxfiles        2048 
maxfiles_lim    2048 

• 系统表空间

因为 DLLs 的主副本存储在字典表中，因此您可能需要比以前更多的 SYSTEM 表空间。如果您遇到了与 SYSTEM 表空间的空间限制相关的错误，那么您将需要执行如下操作：

alter tablespace system
add datafile '/home/kmuthukk/oracle10g/dbs/mydata10.dbf'
size 500 m;

.. 或在数据文件上设置 autoextend。

• 以纯编译模式重新编译所有的模块（ dbmsupgnv.sql 和 utlrp.sql）
  

1. 关闭所有的应用程序服务（包括 Forms Processe、Web Server、Reports Server 和 Concurrent Manager Server）。在关闭所有的应用程序服务之后，确保中断了所有与数据库的连接。

• 关闭数据库的 TNS 监听器，以确保不会创建新的连接。

• 关闭数据库（以正常模式或即时模式）。

• 确定您已在初始化参数文件中设置了 plsql_native_library_dir。如果没有，则请查看 上一部分所述的步骤。

• 在初始化参数文件中将 plsql_code_type 设为 NATIVE。

plsql_code_type=NATIVE

• 在 UPGRADE 模式下启动数据库（使用 STARTUP UPGRADE 或 ALTER DATABASE OPEN UPGRADE）。

• 运行以下查询，获取无效对象的数量。这个值将在稍后用于作比较，以确保重新编译没有由于纯编译故障而产生额外的无效对象。

Select count(*)
From all_objects
Where status='INVALID';

• 以下查询将为您展示， 纯编译模式和 解释模式分别编译了多少对象。

SELECT plsql_code_type, count(*) 
FROM dba_plsql_object_settings 
GROUP BY plsql_code_type;

您可能看到一些对象的 plsql_code_type 为 NULL。这些是特殊的内部对象，可以忽略。

• cd （更改目录）至 $ORACLE_HOME/rdbms/admin。

• 运行 $ORACLE_HOME/rdbms/admin/dbmsupgnv.sql （作为 SYS 用户）。

注释 1： dbmsupgnv.sql 使所有的 PL/SQL 模块失效并更新字典表，将它们的 plsql_code_type 设置修改为 NATIVE。这一阶段必须在数据库上没有其他活动进行时完成；因此，我们要求在运行 dbmsupgnv.sql 期间必须以 UPGRADE 模式启动数据库。

注释 2：如果您要从数据库的一个低版本向数据库高版本升级（例如，升级到 Oracle 数据库 10g），那么您必须首先运行升级脚本，然后运行 dbmsupgnv.sql。例如，如果您正从 9.2.0.3 升级到 10.1.0，那么请首先运行升级脚本 ( u0902000.sql)，然后关闭数据库并运行 dbmsupgnv.sql 脚本。

• 在运行 dbmsupgnv.sql 之后 提交更改

SQL> commit;

• 关闭数据库。

• 以正常模式 重新启动数据库。

• 运行 $ORACLE_HOME/rdbms/admin/utlrp.sql 脚本（作为 SYS 用户）。这一步骤将重新编译所有的 PL/SQL 模块。[在这个过程期间，您可能想定期查看 plsql_native_library_dir 指定的目录，以确保编译过程的确创建了新的共享库。]

注意：这一步骤是可重新启动的。如果由于任何原因这个步骤异常终止，那么您只需重新启动这个步骤（即重新运行 utlrp.sql 脚本）。它将重新编译余下的任何无效的 PL/SQL 模块。

• 在编译成功完成之后，您应当验证无效对象数少于或等于重新编译之前的无效对象数。您可以使用以下查询获取无效对象数。

Select count(*)
From all_objects
Where status='INVALID';

再运行以下查询，以确保没有遗漏解释的模块：

SELECT plsql_code_type, count(*) 
FROM dba_plsql_object_settings 
GROUP BY plsql_code_type;

返回页首