http://docs.oracle.com/cd/B28359_01/appdev.111/b28370/collections.htm#CIHIEBJC
本文内容
- 概述
- 了解 PL/SQL Collection 类型
- 选择 PL/SQL Collection 类型
- 参考
概述
很多编程技术使用集合类型，例如 arrays、bags、lists、nested tables、sets 和 trees。为了在数据库应用这些技术，PL/SQL datatypes 提供 TABLE 和 VARRAY，可以声明 index-by tables、nested tables 和 variable-size arrays。
Collections
一个 collection 是具有相同类型元素的有序组。每个元素有唯一标值（unique subscript），以确定它在集合中的位置。
collection 工作机制类似于大多数第三代编程语言的“数组”。另外，collection 可以作为参数传递。因此，可以用在数据库表中，或客户端应用程序和已存储的子程序（用 CREATE OR REPLACE PRODUCE 创建的子程序，与匿名子程序相对）之间，传入/出的数据列。
Records
可以使用 %ROWTYPE 属性，来声明一个表示表或游标行的 Record。也可以自定义 Record，声明自己的字段。
Record 包含名字唯一的字段，它们可以是不同数据类型。假设，你有关于员工的各种数据，如姓名、工资和入职时间等。这些项类型不同，但逻辑相关。Record 可以让你把数据当作一个逻辑单元。
这些组合变量都有内部组件，可以让你把他们当作单独的变量。你可以把组合变量作为参数传递给子程序。
若创建一个 collection 或 record 变量，先定义一个 collection 或 record 类型，然后声明一个这个类型的变量。本文，除非特别说明，否则 collection 或 record 同时意味着类型和类型的变量。
在一个 collection 中，内部组件总是相同的数据类型，称为“元素（elements）”。你可以通过唯一标值（unique subscript）访问每个元素。list 和 array 是 collection 的典型例子。
在一个 record 中，内部组件可以是不同的数据类型，成为“字段（fields）”。你可以通过它们的名字访问每个字段。一个 record 变量可以持有表的一行，或是一行的某些列。每个 record 的字段，对用表的一列。
了解 PL/SQL Collection 类型
PL/SQL 有三种 collection 类型，它们的特点如下表所示：
| 类型 | 元素个数 | 唯一标识类型 | 稠密或稀疏 | 创建位置 | 是否可以是对象类型的属性 |
| Associative array (or index-by table) | Unbounded | 字符串 或整数 | 都可以 | 仅在 PL/SQL 块 | 否 |
| Nested table | Unbounded | 整数 | 开始稠密的，之后，变成稀疏的 | 或在 PL/SQL 块，或在模式级别 | 是 |
| Variable-size array (varray) | Bounded | 整数 | 总是稀疏的 | 或在 PL/SQL 块，或在模式级别 | 是 |
备注：
- Unbounded 意思是，理论上，collection 中的元素数量没有限制。可实际上，是有限制的，只不过数量很大而已。
- Dense 意思是，collection 元素之间没有间隙。定义在第一个和最后一个之间的每个元素，都有值，可以为 NULL。
- 在一个 PL/SQL 块创建的 collection 只能在该块使用。在模式级别创建的一个 nested table 或 varray 类型，它们保存在数据库，并可用 SQL 语句操作。
- 一个 collection 只能是一维的，但你可以创建一个多维的 collection，collection 的每个元素还是一个 collection。
图1 Associative array 和 Nested table
图2 Variable-size array
选择 PL/SQL Collection 类型
若你已经有使用其他语言编写的代码，通常，你可以把这些语言的 array 和 set 直接翻译成 PL/SQL collection 类型。例如
- 其他语言的 Array 可以变成 PL/SQL 的 varray。
- 其他语言的 Set 和 bag 可以变成 PL/SQL 的 nested tables。
- 其他语言的 Hash tables 和其他无序表变成 PL/SQL 的 associative arrays。
考虑每个 collection 类型的特点，选择最合适的。
在 Nested Tables 和 Associative Arrays 之间做出选择
nested tables 和 associative arrays 区别在于持久性和参数传递的方便性。
nested table 可以存储在数据库的列。因此，你可以使用一个 nested table 来简化 SQL 操作，用单独一个列去连接一个大的表。associative array 不能存储在数据库中。
以下情况，选择 associative array 较合适：
- 相对较小的查询 table，每次在子程序调用，或在包里初始化时，collection 都在内存创建。
- 传递 collections 给数据库，或从数据库传递 collections。
- PL/SQL 会自动在客户端数组与使用数字型键值的 associative arrays 之间转换。传递 collections 给数据库，或从数据库传递 collections 的最高效的方式是，在 associative arrays 里设置数据值，之后就可以用 bulk （FORALL 语句或 BULK COLLECT 子句）使用 associative arrays。
在 Nested Tables 和 Varrays 之间做出选择
以下情况，选择 varrays 很好：
- 事先知道元素的数量。
- 通常顺序访问元素。
当存储在数据库中时，varrays 会保持它们的顺序和标值。
一个 varray 作为一个单独的对象存储。若 varray 小于 4 KB，则存储在表的一个列内；否则，存储在表外，但在同一个表空间。
你必须在同一时间存储或检索一个 varray 中的所有元素，这在当一次操作所有元素时较合适。然而，对于元素数量很庞大时，这就不太现实了。
以下情况，选择 nested tables 很好：
- 索引值不是连续的。
- 没有设置索引值的数量。
- 你必须删除或更新一些元素，不能是一次地所有元素。
- 你可以创建一个单独的检索 table，通过连接查询来访问。
Nested table 数据被存储在一个单独的存储表里，该存储表系统产生的数据库表。当你访问一个 nested table 时，数据库用它的存储表连接这个 nested table。这使得 nested table 适合查询，以及只影响 collection 的一些元素的更新。
你不能依赖于一个 nested table 的顺序和标值来维护（存储和检索）它，因为，顺序和标值不保存在数据库。
参考
