GUID

GUID(Global unique identifier)全局唯一标识符,它是由网卡上的标识数字(每个网卡都有唯一的标识号)以及 CPU 时钟的唯一数字生成的的一个 16 字节的二进制值。

GUID 的格式为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”,其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。例如:6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 GUID 值。

世界上的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络或系统中,分配必须具有唯一性的标识符。在 Windows 平台上,GUID 应用非常广泛:注册表、类及接口标识、数据库、甚至自动生成的机器名、目录名等。

在这次开发 ASP.NET 应用时,我大量使用了类型为 GUID 的 ID 列作为各实体表的关键字(键)。由于其唯一、易产生的特性,给应用程序处理带来诸多好处。

1、在 SQL Server 中使用 GUID

如果在 SQL Server 的表定义中将列类型指定为 uniqueidentifier,则列的值就为 GUID 类型。

SQL Server 中的 NewID() 函数可以产生 GUID 唯一值,使用此函数的几种方式如下:

1) 作为列默认值

将 uniqueidentifier 的列的默认值设为 NewID(),这样当新行插入表中时,会自动生成此列 GUID 值。

2)使用 T-SQL

在 T-SQL 中使用 NewID()函数,如“INSERT INTO Table(ID,... ) VALUES(NewID(),...)”来生成此列的 GUID 值。

3)提前获取 GUID 值

由于特殊功能需要,需要预先获知新行的 ID 值,也可以使用如下 C# 代码提前获得 GUID 的值,再存储到数据库中:

 SqlCommand cmd = New SqlCommand();
 cmd.CommandText = "SELECT NewID()";
 string rowID = (string) cmd.ExecuteScalar();
 cmd.CommandText = "INSERT INTO Table(ID,...) VALUES(@ID,...)
 cmd.Parameters.Add("@ID",SqlDbType.UniqueIdentifier).Value = new Guid(rowID);
 cmd.ExecuteNoQuery();

uniqueidentifier 值不能进行算术运算,但可以进行(意义不大的)比较操作和 NULL 检查;它不能象 IDENTITY 列一样,可以获知每行的增加时间的先后顺序,只能通过增加其它时间或时间戳列来完成此功能。

>>PS:Oracle获取guid的方式为sys_guid()

2、在 .NET 中使用 GUID

GUID 在 .NET 中使用非常广泛,而且 .NET Framework 提供了专门 Guid 基础结构。

Guid 结构的常用法包括:

1) Guid.NewGUID()

生成一个新的 GUID 唯一值

2) Guid.ToString()

将 GUID 值转换成字符串,便于处理

3)构造函数 Guid(string)

由 string 生成 Guid 结构,其中string 可以为大写,也可以为小写,可以包含两端的定界符“{}”或“()”,甚至可以省略中间的“-”,Guid 结构的构造函数有很多,其它构造用法并不常用。

同时,为了适用数据库中使用 GUID 的需要,.NET Framework 也提供了 SqlGUID 结构,它和 Guid 结构类似,只是两者对排序(CompareTo)的处理方式不同,SqlGuid 计算值的最后 6 个字节。而 Guid 计算全部 16 个字节,这种差异可能会给 SQL Server 中 uniqueidentifier 列的排序带来一定影响,当然这种排序意义也不大。

.NET Framework 中可以使用类 GuidConverter 提供将 Guid 结构与各种其他表示形式相互转换的类型转换器。


3、GUID 的优缺点

1) 优点

同 IDENTITY 列相比,uniqueidentifier 列可以通过 NewID() 函数提前得知新增加的行 ID,为应用程序的后续处理提供了很大方便。


便于数据库移植,其它数据库中并不一定具有 IDENTITY 列,而 Guid 列可以作为字符型列转换到其它数据库中,同时将应用程序中产生的 GUID 值存入数据库,它不会对原有数据带来影响。


便于数据库初始化,如果应用程序要加载一些初始数据, IDENTITY 列的处理方式就比较麻烦,而 uniqueidentifier 列则无需任何处理,直接用 T-SQL 加载即可。


便于对某些对象或常量进行永久标识,如类的 ClassID,对象的实例标识,UDDI 中的联系人、服务接口、tModel标识定义等。
2) 缺点

GUID 值较长,不容易记忆和输入,而且这个值是随机、无顺序的,所以使用时要注意场合,最好不要尝试用它来作为你的电子邮件地址 J


GUID 的值有 16 个字节,与其它那些诸如 4 字节的整数相比要相对大一些。这意味着如果在数据库中使用 uniqueidentifier 键,可能会带来两方面的消极影响:存储空间增大;索引时间较慢。

综合来说, GUID 的优点带来的便利远超出其缺点带来的影响,随着诸如 WebService 等系统互联与整合技术的不断发展,其唯一标识的特性使得其应用越来越广,在您的应用程序中也应考虑使用它了。

 

当我们想要获得一个唯一的key的时候,通常会想到GUID。这个key非常的长,虽然我们在很多情况下这并不是个问题。但是当我们需要将这个36个字符的字符串放在URL中时,会使的URL非常的丑陋。

      想要缩短GUID的长度而不牺牲它的唯一性是不可能的,但是如果我们能够接受一个16位的字符串的话是可以做出这个牺牲的。

      我们可以将一个标准的GUID 21726045-e8f7-4b09-abd8-4bcc926e9e28 转换成短的字符串 3c4ebc5f5f2c4edc

      下面的方法会生成一个短的字符串,并且这个字符串是唯一的。重复1亿次都不会出现重复的,它也是依照GUID的唯一性来生成这个字符串的。

        private string GenerateStringID()
        {
            long i = 1;
            foreach (byte b in Guid.NewGuid().ToByteArray())
            {
                i *= ((int)b + 1);
            }
            return string.Format("{0:x}", i - DateTime.Now.Ticks);
        }

      如果你想生成一个数字序列而不是字符串,你将会获得一个19位长的序列。下面的方法会把GUID转换为Int64的数字序列。

        private long GenerateIntID()
        {
            byte[] buffer = Guid.NewGuid().ToByteArray();
            return BitConverter.ToInt64(buffer, 0);
        }

 

<think>首先,用户的问题是关于Oracle数据库GUID的生成和使用方法。用户说:“我想了解Oracle数据库GUID的生成或使用方法 请问Oracle 数据库中如何生成和使用 GUID”。所以,我需要专注于回答这个问题。 系统级指令要求: 1. 所有行内数学表达式必须使用$...$格式。但在这个上下文中,用户的问题是关于数据库GUID,没有数学表达式。所以,我可能不需要使用它,除非在解释中涉及数学概念。但GUID不是数学相关的,所以应该没问题。 2. 独立公式必须使用$$...$$格式并单独成段。同样,不适用,因为没有公式。 3. LaTeX语法正确。确保任何数学表达式的正确性。 4. 使用中文回答。整个回答必须用中文。 5. 生成相关问题。在回答结束后,添加一个部分“§§相关问题§§”并列出几个相关问题。 6. 回答中引用的段落末尾自然地添加引用标识,例如[^1]。我需要引用提供的参考内容。参考内容有四个引用:[^1], [^2], [^3], [^4]。 用户提供了引用: - 引用[^1]: 关于GUID在应用程序层生成,然后传递给数据库。 - 引用[^2]: 关于使用GUID作为主键的测试和考虑。 - 引用[^3]: 关于使用SYS_GUID()方法在Oracle中生成唯一值。 - 引用[^4]: 关于GUID的排序困难等。 这些引用是站内引用,我需要在我的回答中自然地引用它们。 用户可见层指令: - 回答结构清晰,帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 所以,我需要构建一个清晰的结构: 1. 介绍GUID是什么。 2. 解释在Oracle中如何生成GUID。 3. 解释如何使用GUID(例如,作为主键)。 4. 讨论注意事项(如性能、唯一性)。 5. 引用相关段落。 最后,生成相关问题。 结构化回答: - 开头简要介绍GUID。 - 然后,分步骤说明生成和使用方法。 - 使用引用支持我的点。 - 结束时添加相关问题。 具体内容: 1. **生成GUID在Oracle中**: - 使用内置函数SYS_GUID()。引用[^3]提到:ORACLE 数据库生成唯一值的列可以使用SYS_GUID()方法。 - 示例SQL:SELECT SYS_GUID() FROM DUAL; 2. **使用GUID**: - 作为主键:在表中定义列时,使用SYS_GUID()作为默认值或插入时生成。 - 引用[^2]讨论使用GUID作为主键的测试。 - 引用[^1]提到GUID可能在应用程序层生成,然后传递给数据库。 3. **注意事项**: - 唯一性:确保全局唯一。引用[^1]说:确保GUID生成逻辑是真正全局唯一的。 - 性能:索引和数据类型。引用[^1]提到:考虑使用适当的索引和数据类型以优化性能。 - 排序问题:引用[^4]说:GUID的随机性使得排序复杂。 4. **示例**: - 创建一个表使用GUID作为主键: ```sql CREATE TABLE my_table ( id RAW(16) DEFAULT SYS_GUID() PRIMARY KEY, other_columns VARCHAR2(50) ); ``` 或者使用VARCHAR2存储GUID。 5. **引用**:在相关段落末尾添加[^1], [^2], 等。 最后,生成相关问题: - 例如:1. 如何在Oracle中优化GUID的性能?2. GUID与序列生成ID的优缺点是什么?3. 在分布式系统中使用GUID的注意事项? 确保回答用中文。</think>### Oracle数据库GUID的生成和使用方法 在Oracle数据库中,GUID(全局唯一标识符)是一种用于生成唯一值的机制,常用于主键、分布式系统或需要跨数据库唯一性的场景。GUID确保每个值都是全局唯一的(例如,基于时间戳、硬件地址等生成),避免主键冲突。下面我将分步骤解释生成和使用方法,并结合注意事项,帮助您逐步解决问题。所有内容均基于真实可靠的Oracle文档和实践经验。 --- #### 1. **GUID的生成方法** 在Oracle中,生成GUID主要通过内置函数 `SYS_GUID()` 实现。该函数返回一个16字节的RAW类型值(通常表示为32个十六进制字符),确保在数据库实例中唯一。 - **基本语法**: ```sql SELECT SYS_GUID() FROM DUAL; ``` 示例输出:`7A9E4F1B2C3D4E5F6A7B8C9D0E1F2A3B`(实际值每次调用都不同)。 - **在表中作为默认值**: 您可以在创建表时,将 `SYS_GUID()` 设置为列的默认值。这样在插入数据时,Oracle会自动生成GUID。 ```sql CREATE TABLE employees ( id RAW(16) DEFAULT SYS_GUID() PRIMARY KEY, -- 使用RAW类型存储GUID name VARCHAR2(50), department VARCHAR2(50) ); ``` 插入数据时,无需指定id列: ```sql INSERT INTO employees (name, department) VALUES ('张三', '技术部'); ``` - **在应用程序层生成**: 如果需要在Java、C#等应用程序中生成GUID(例如,为了跨系统一致性),可以先生成GUID(如Java的 `UUID.randomUUID().toString()`),然后作为参数传递给SQL语句。这适用于分布式环境,但需确保生成逻辑的全局唯一性[^1]。 引用[^3]展示了在复杂查询中使用 `SYS_GUID()` 的实例:在分组查询中生成唯一ID列,这有助于避免主键冲突。 --- #### 2. **GUID的使用方法** GUID常用于主键、唯一约束或作为业务标识符。以下是关键应用场景: - **作为主键**: - 在表定义中,将GUID列设为主键: ```sql CREATE TABLE orders ( order_id RAW(16) DEFAULT SYS_GUID() PRIMARY KEY, product_name VARCHAR2(100), quantity NUMBER ); ``` 优势:适用于分布式数据库,因为GUID在多个系统间不会重复。 - 引用[^2]讨论了测试GUID作为主键的性能:在跨数据库兼容性(如支持Oracle和SQL Server)中表现良好,但需注意排序效率。 - **在查询和插入中使用**: - 手动插入GUID: ```sql INSERT INTO orders (order_id, product_name, quantity) VALUES (SYS_GUID(), '笔记本电脑', 10); ``` - 在WHERE子句中查询: ```sql SELECT * FROM employees WHERE id = HEXTORAW('7A9E4F1B2C3D4E5F6A7B8C9D0E1F2A3B'); ``` 注意:Oracle的GUID是RAW类型,查询时需使用 `HEXTORAW()` 转换十六进制字符串。 - **数据类型选择**: - 推荐使用 `RAW(16)` 存储GUID,节省空间(16字节)。 - 也可用 `VARCHAR2(32)` 存储字符串形式(如 `SYS_GUID()` 输出),但需额外转换: ```sql CREATE TABLE logs ( log_id VARCHAR2(32) DEFAULT RAWTOHEX(SYS_GUID()) PRIMARY KEY, message CLOB ); ``` --- #### 3. **注意事项和最佳实践** 使用GUID时,需考虑性能、唯一性和维护问题: - **确保全局唯一性**: - 如果多个系统生成GUID(如应用程序层),使用标准算法(如UUID version 4)。Oracle的 `SYS_GUID()` 在单实例中唯一,但跨数据中心时需验证逻辑[^1]。 - 引用[^1]强调:在分布式环境中,确保GUID生成机制(如使用SYS_GUID()或应用程序逻辑)避免冲突。 - **性能优化**: - **索引**:GUID列应添加索引以加速查询。但GUID的随机性可能导致索引碎片,影响性能。建议定期重建索引: ```sql ALTER INDEX employees_pk REBUILD; ``` - **排序问题**:GUID随机生成,不利于范围查询或分页(如 `ORDER BY id`)。引用[^4]指出:GUID的随机性使排序复杂,自增ID更高效。解决方案:如果需要排序,添加时间戳列辅助。 - 引用[^1]建议:选择合适的数据类型(如RAW而非VARCHAR),并使用函数索引优化查询。 - **存储和兼容性**: - GUID占用16字节(RAW类型)或32字节(VARCHAR2),比整数主键更大,可能增加存储开销。 - 在Oracle版本兼容性上,`SYS_GUID()` 支持Oracle 8i及以上版本。确保您的环境支持此函数[^3]。 - **其他考虑**: - 在事务频繁的表(如日志表)中,GUID可能优于序列(sequence),避免序列争用。 - 测试场景:引用[^2]提到,在性能测试中,GUID主键在插入时表现良好,但查询效率需优化索引。 --- #### 总结 在Oracle中生成GUID主要依赖 `SYS_GUID()` 函数,可用于表默认值或直接查询。使用时,优先选择RAW类型存储,并注意索引优化和全局唯一性。如果涉及应用程序集成,在代码层生成GUID再传递到数据库是常见做法。务必在实际环境中测试性能,特别是高并发场景[^1][^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值