Oracle中的UUID

今天客户问了关于UUID的问题，想了半天没想起是什么东西，但是总感觉很耳熟，看来真的老了，很多东西都记不住了，回来赶紧google了一把，记录下。
先看下维基百科里面的描述：
一组UUID，是由一串16位组（亦称128位）的16进位数字所构成，是故UUID理论上的总数为2^{16 x 8}=2¹²⁸，约等于3.4 x 10³⁸。也就是说若每纳秒产生1兆个UUID，要花100亿年才会将所有UUID用完。
UUID的标准型式包含32个16进位数字，以连字号分为五段，形式为8-4-4-4-12的36个字符。示例：

550e8400-e29b-41d4-a716-446655440000

UUID亦可刻意重复以表示同类。例如说微软的COM中，所有组件皆必须实现出IUnknown接口，方法是产生一个代表IUnknown的UUID。无论是程序试图访问组件中的IUnknown接口，或是实现IUnknown接口的组件，只要IUnknown一被使用，皆会被参考至同一个ID：00000000-0000-0000-C000-000000000046。
oracle中也提供了生成uuid的函数

select sys_guid() from dual;

是Oracle 8i 后提供的函数。SYS_GUID产生并返回一个全球唯一的标识符(原始值)由16个字节组成。在大多数平台,生成的标识符由主机标符，执行函数的进程或者线程标识符，和进程或线程的一个非重复的值(字节序列)组成。
sys_guid()和传统的序列（sequence）
Oracle8i引入了SYS_GUID这个概念，它同Oracle管理员所使用的传统的序列（sequence）相比具有诸多优势。一个序列生成器只是简单地创建从给定的起点开始的一系列整数值，而且它被用在选择陈述式的时候自动地递增该系列。
序列生成器所生成的数字只能保证在单个实例里是唯一的，这就不适合将它用作并行或者远程环境里的主关键字，因为各自环境里的序列可能会生成相同的数字，从而导致冲突的发生。SYS_GUID会保证它创建的标识符在每个数据库里都是唯一的。
序列必须是DML陈述式的一部分，因此它需要一个到数据库的往返过程（否则它就不能保证其值是唯一的）。SYS_GUID源自不需要对数据库进行访问的时间戳和机器标识符，这就节省了查询的消耗。
很多应用程序都依靠序列生成器来创建数据行的主关键字，这些数据行没有一个明显的主值，这也就是说，在这样的数据集里一条记录的创建就会让数据列发生改变。因此，管理员可能会对在表格中将SYS_GUID用作主关键字而不使用序列数感兴趣。这在对象在不同机器的不同数据库里生成以及需要在后来合并到一起的情况下很有用。
但是，SYS_GUID所生成的值是一个16个字节的原始值。序列所生成的整数不会使用16字节（的值），除非它达到了10的30次方（每个字节两个１６进制显示位），而且数字是相当独特的：

SQL> select dump(123456789012345678901234567890) from dual; 　　
DUMP(123456789012345678901234567890)
--------------------------------------------------------------
Typ=2 Len=16: 207,13,35,57,79,91,13,35,57,79,91,13,35,57,79,91

使用SYS_GUID或者序列会在数据库使用周期里的某些地方造成性能上的消耗；问题就是在那里。对于SYS_GUID而言，性能上的影响在查询时间和创建时间上（在表格里要创建更多的块和索引以容纳数据）。对序列而言，性能上的影响在查询期间，在这个时候，SGA序列的缓冲区被用光。在缺省情况下，一个序列一次会缓冲20个值。如果数据库没有使用这些值就关闭了，它们就会被丢失。
SYS_GUID生成的值的另一个显著的不足之处是，管理这些值会变得困难得多。你必须（手动）输入它们或者通过脚本来填充它们，或者将它们作为Web参数来传递。
以上内容来自于维基百科以及百度百科