Oracle8i导入了SYS_GUID这一定义，系统软件依据获取当前时间和序列号，形成全世界唯一的一个系列号。它同常常应用的传统式的编码序列（sequence）对比具备众多优点。

　　宣称一个编码序列 *** 器仅仅简易地建立从给出的起始点刚开始的一系列整数金额值，并且它被用在挑选阐述式的情况下全自动地增长该系列产品。

　　编码序列 *** 器所形成的数据只有确保在单独案例里是唯一的，这就不宜将它作为并行处理或是远程控制自然环境里的主关键词，由于分别自然环境里的编码序列很有可能会形成同样的数据，进而造成 矛盾的产生。SYS_GUID会确保它建立的标志符在每一个数据库查询里全是唯一的。

　　除此之外，编码序列务必是DML阐述式的一部分，因而它必须一个到数据库查询的来回全过程（不然它就不可以确保其值是唯一的）。SYS_GUID源于不用对数据库查询开展浏览的时间格式和设备标志符，这就节约了查看的耗费。

　　现例： 小编在设计方案公司职员表时先开启了sys_guid,之后因为要与传统式的系统软件连接（现阶段只认number型字段名），又历经大的变化变更为了更好地编码序列。在别人来看，1.sys_guid的32位系统长短太长，消耗储存。2.sys_guid不太好记，在开展一些运维管理时，不如number型主键易记，number主键乃至能够有吉祥号码的功效。

　　自然还一些状况的主键是根据自定义函数的 *** ，形成的含有一定业务流程实际意义又能作唯一标志的字符串数组。

　　话题讨论探讨：

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点。

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的。

　　精彩纷呈回应：

　　车风玖哥：

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？

　　我现阶段用SEQUENCE，由于我尽可能用默认设置的物品

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点。

　　SEQUENCE：

　　优势：默认设置作法，应用简单

　　缺陷：危害数据备份转移，不兼容分布式计算自然环境（好几个数据库查询会矛盾）

　　SYS_GUID：

　　优势：极致适用分布式计算自然环境，全局性唯一

　　缺陷：形成时耗费資源多

　　自定主键：

　　优势：能够依据要求完成随意文件格式的主键

　　缺陷：必须自身撰写编码或是启用第三方函数库形成，形成时高效率低，而且没法确保唯一性

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的。

　　假如要我自定主键，我也用控制模块名 时间格式的 *** 形成

　　renxiao2003：

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？

　　好长时间无需Oracle了，还记得最少還是在 *** 前应用，之后应用过PostgreSQL，MySQL，SQL Server等数据库查询，也对各种各样数据库查询做了简易的较为。Oracle数据库查询从8,8i一直应用到11g，还记得SQL Server数据库查询中也适用GUID，但我基础不应用。在原先的社保系统中，主键应用编码序列，对于每一个表的编码序列都是有特殊的实际意义，之后应用SQL Server中，由于主键也是有特殊的实际意义，因此 全是选用自定的标准来形成主键。不应用GUID的关键缘故是由于大家的系统软件中的主键是十位，假如应用GUID得话会导致储存空间的消耗。再因为大家的系统软件并不是国际性系统软件，因此 用不上GUID。

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点。

　　编码序列：能够依照自身的规定界定特殊的标准，使编码序列具备一定的实际意义。例如原先的社保系统中，收费表以1000000000刚开始，而派发表能够应用2000000000刚开始那样来界定。以头位来区别。还可以立即从0或是1开始排列。SQL Server是以2005上下刚开始适用编码序列吧。编码序列也是有不够的地区，由于编码序列是持续的累积，因此 一直有可能耗尽的一天。假如早期不可以开展充足的预埋，那系统软件的使用期就不能……。

　　GUID：因为GUID具备全世界唯一性，因此 在分布式系统数据库管理中的主键尤其有效。或是是国际性的系统软件中应用。但针对部分应用的数据库管理中便会导致储存消耗。在如Hibernate那样的ORM架构中较为喜爱应用GUID来标示一条唯一的纪录。

　　自定主键：自定的主键能够依照自身的标准来界定自身要想的主键，使它具备确立的实际意义。相对性于GUID那样没有意义的字符串数组而言更非常容易了解。但标准不便，很有可能必须应用程序流程来维护保养形成。

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的。

　　特殊情况下的自定主键，一定会有独特的规定一实际意义。例如在DICOM中，对每个实体线的主键UID都是有独特的规定，每一个生产厂家在DICOM官方网规定的字符串数组后边增加自身的标志字符串数组，那样每一个生产厂家在见到UID的情况下就非常容易区别出去自身的商品形成的文档和內容。双例如各企业对自身文本文档的序号管理 *** ，都是会依照一定的标准来开展序号。这种状况下都合适应用自定主键。

　　pure_lotus：

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？ 一般考虑到区别过期数据和合理数据信息，防止数据管理中的一些难题，会在系统软件中选用唯一序号的编号做主键，而不是某一个字段。关键缘故還是实践活动中发觉，选用某一业务流程实体线特性的字段名当主键时，一开始剖析时大家都觉得没什么问题，但一旦在事后开发设计和维护保养时，常常发觉在独特情况下能出現数据信息升级等难题，因此 還是期待可以形成唯一编号的系列号来做主键万无一失。

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点。

　　这一需看状况，假如在企业内部，关键软件系统中间，api接口多，互动较为经常，那么就提议用SYS_GUID吧。一般的相对性封闭式的系统软件，传统式的编码序列（sequence）。缘故非常简单，关键业务管理系统不怎么会拆换数据库管理，也一般沒有专业的時间来做拆换实际操作，要是ORACLE事后版本更新时兼容SYS_GUID就可以了。相反，一般的非关键业务流程，彻底很有可能换为开源数据库或是别的生产商数据库查询，无论哪些数据库查询，都能够自定形成传统式的编码序列（sequence）。

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的。

　　这类独特的情景并不是来自于数据库查询自身，只是顾客在业务流程解决上的一些不可抗力事件，如一些情况下，顾客必须没有系统软件参数配置或是业务流程管理中形成数据信息，必须在后台管理手工 *** 来增、删、改数据信息。这类状况下，假如让系统软件按标准形成一个独一无二的主键是行得通的，假如让后台管理实际操作工作人员手工 *** 定编一个则彻底很有可能失败。

　　jimn1982：

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？

　　现阶段還是大部分应用的是sequence形成唯一键的 *** ，可是還是看服务平台的，由于大家主要是做新项目的，如果是地区性的新项目，只有一个服务平台，那麼便是选用sequence的 *** ，这类 *** 大部分是一般的，通用性的方式，可是之后状况发生变化，有新项目由多级别服务平台构成，下属的业务流程数据信息要传上上级领导去，假如用sequence，下属的数据信息下属的数据信息传入上级领导就会有ID矛盾。这时候大家用了两个 *** ：

　　之一个：ID列选用varchar种类，根据自定标准，前端开发业务流程独立形成

　　第二个：选用guid的 *** 形成

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点？

　　Sequence优势：界定简易-1或是0 能够自定为独特的业务流程含意：跟连接点，跟纪录等

　　缺陷：各个部门数据信息矛盾sequence高并发特性会出现危害，假如数据信息 *** 经常，cache沒有设定得话会造成SQ-Content等候

　　guid优势：guid确保全世界唯一，防止数据信息矛盾

　　缺陷：看不出来业务流程含意，清查难题和调节的情况下十分不便

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的？

　　全国的服务平台，数据信息必须传送存有有各个部门联级的服务平台自然环境，数据信息必须传送完成：选用 服务平台编号 时间格式 4位动态密码实际看业务流程了。尽可能确保唯一，另外包括业务流程实际意义以前最开始的情况下，还不知道有sequence的情况下，使用过另一种方式形成唯一键，并且是所有的表统一管理 *** 便是建立一张表，储存每一个表的较大 ID。

　　表名 更高值

　　table1 100

　　table2 209

　　运用数据库查询的行锁基本原理，先update一行必须的表，随后升级成全新的id,后载入出去，释放出来锁来完成高并发。

　　oracle_cj：

　　我水一贴。先再来一个引字：

　　Oracle8i导入了SYS_GUID这一定义，它同Oracle管理人员所应用的传统式的编码序列（sequence）对比具备众多优点。一个编码序列 *** 器仅仅简易地建立从给出的起始点刚开始的一系列整数金额值，并且它被用在挑选阐述式的情况下全自动地增长该系列产品。编码序列 *** 器所形成的数据只有确保在单独案例里是唯一的，这就不宜将它作为并行处理或是远程控制自然环境里的主关键词，由于分别自然环境里的编码序列很有可能会形成同样的数据，进而造成 矛盾的产生。SYS_GUID会确保它建立的标志符在每一个数据库查询里全是唯一的。除此之外，编码序列务必是DML阐述式的一部分，因而它必须一个到数据库查询的来回全过程（不然它就不可以确保其值是唯一的）。SYS_GUID源于不用对数据库查询开展浏览的时间格式和设备标志符，这就节约了查看的耗费

　　1.现阶段大伙儿工作中应用的是哪种 *** 形成的主键，原因是什么？

　　应用sequence占多数，guid也用，我以前在的一个新项目，另外采用2个 *** ，

　　1）sequence较为形象化，合乎设计方案习惯性，sequence另外也是有cache，一定水平上也提升 了特性。2）guid一看便是一串错码，一般令人抵触，可是有时应用guid通常有出乎意料的实际效果，例如：目标在不一样设备的不一样数据库查询里形成及其必须在之后合拼到一起的状况下很有效，由于那样能够避免 主键矛盾

　　2.对于上边提及的几类 *** ，各有哪些好处呢或是缺点。

　　sequence：优势--较为形象化，并且应用简易，附加了cache缓存文件编码序列的作用

　　缺陷--以Oracle为例子，像大家系统迁移，假如以数据库查询的 *** 开展转移，那麼必须从后台管理用脚本 *** 更新编码序列，不然客户应用系统软件便会有出现异常，不兼容分布式计算自然环境（好几个数据库查询会矛盾）

　　guid：优势--适用分布式计算自然环境，全局性唯一，之前设计方案的一个新项目，结转系统软件常常会产生编号变化，因此 在设计方案的情况下立即形成全世界唯一码做为关系主键，事后业务流程上面有例如学科编号变化，那麼立即改动编号，别的系统软件连接的情况下立即取全世界唯一码关系，本人觉得这类 *** 比编码序列好些许多 。

　　现阶段大家报表系统，Oracel设计方案的，后台管理许多 关系主键全是guid开展关系取数的。

　　缺陷--必须依据应用领域挑选适合的，此外一个，guid的确消耗室内空间，形成时的花销较为大， 就现阶段应用看来，SYS_GUID()比sequence繁杂；SYS_GUID做主键，则表、数据库索引储存花销多；SYS_GUID数据库索引查看比sequence慢

　　自定主键：优势--能够依据要求完成随意文件格式的主键

　　缺陷--要自身开发设计编码啊，谁没事儿搞这东西。高效率不好，比sequence的高效率要差许多

　　3.特殊情况下的主键形成（自定 *** ），它是一种如何独特的情景，全是如何完成的。

　　之前一个数据库管理里边采用2个自定义序列，一个是yymmdd那样的；一个是用英文字母作编码序列，但是用二十六个字母作编码序列时，要考虑到英文字母用完时编码序列循环系统链的状况。是啥场景应用，有点儿悠久忘记了。