Guid和Sequence做主键的比较

记得A项目组是一个物流管理系统，后台采用了Oracle数据库。在系统中的核心表托运单表中，关于主键采用何种数据类型，是 sequence 还是用GUID ， 大家起了争论。

从网络搜索得到的结论看，一般的意见总结为：
1. SYS_GUID()比sequence复杂；
2.SYS_GUID做主键，则表、索引存储开销多；
3.SYS_GUID索引查询比sequence慢；

小结

从实践来看, 使用SYS_GUID() 做主键的优点多于负面影响。特别是在多个数据库数据集成时,GUID 的优点显而易见.

综上所述，SYS_GUID 做主键：

SYS_GUID 比sequence 复杂：有限范围的正确 ：由于SYS_GUID 是RAW 类型的，做主键是，需要使用 RAWTOHEX 或者HEXTORAW 类的函数转换，若直接使用，则需要建立函数索引等。但这种复杂性往往在前端业务系统中体现不出，主键常常作为隐含的唯一ID 去标识对象，而不显示出来（或者不手工操作它，因为它无意义）。

SYS_GUID 做主键存储开销大：不需要评估系统规模：如今存储非常便宜，内存也足够大，如果2 千万条记录增加不到1.5G内存的话，当前普通的服务器已经可以承受，如果进行合理分区，则影响可以降低到极低。当然，如果您的服务器资源很紧张，那恐怕得放弃使用SYS_GUID

SYS_GUID 做主键查询比 sequence 慢 ： 不正确：实践证明，二者是一样的。

【摘自：http://spiritfrog.iteye.com/blog/245816（更详细）】