数据库主键生成策略 方法集合

主键生成方法主要有以下几种：
  1、采用mysql自增长主键策略 
    优点 ：简单，不需要程序特别处理 
    缺点：这种方法对以后如果项目移植到其它数据库上改动会比较大，oracle、    db2采用Sequence，mysql、sqlServer又采用自增长，通用性不好
  2、使用时间戳+随机数 
    优点：实现简单，与数据库无关，移植性较好 
    缺点 ：长度太长，最少也得20位，不仅占空间并且建索引的话性能会比较差点吧
  3、每次取主键最大值+1做为新的主键 
    优点：主键长度可控，移植性较好 
    缺点：并发写可能会造成主键冲突，对并发也不太好控制
  4、单独建一个存放主键的表 
    优点：实现简单，移植性较好 
    缺点：需要考虑并发问题，整个系统主键生成都依赖该表，性能影响可能较大

 5、uuid，UUID含义是通用唯一识别码 (Universally Unique Identifier)，

     UUID由以下几部分的组合：

    （1）当前日期和时间，UUID的第一个部分与时间有关，如果你在生成一个UUID之后，过几秒又生成一个UUID，则第一个部分不同，其余相同。

    （2）时钟序列。

    （3）全局唯一的IEEE机器识别号，如果有网卡，从网卡MAC地址获得，没有网卡以其他方式获得。

    优点：分布式的软件系统中（比如：DCE/RPC, COM+,CORBA）就能体现出来，它能保证每个节点所生成的标识都不会重复

    缺点：唯一缺陷在于生成的结果串会比较长，格式为：xxxxxxxx-xxxx- xxxx-xxxxxxxxxxxxxxxx(8-4-4-16)，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。而标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx (8-4-4-4-12)，可以从cflib 下载CreateGUID() UDF进行转换。

Web开发中使用推荐：

1、项目基础功能部分，例如菜单功能管理、用户管理、权限管理、机构组织管理、参数管理等采用【方案3】，这些功能一般数据量不大，基本没有大的性能问题和并发问题，如果移植的话改动也比较小

2、对于某些流水、日志类的表可采用【方案2】时间戳+随机数，时间戳做主键此时会更有意义

3、对于系统中大部分实际的业务功能采用【方案1】mysql的自增长策略，这样可减少开发工作量，并且性能和并发都有保障，如果项目就算移植的话，业务功能这部分肯定会有些变动，做二次开发，所以就暂不考虑移植性了。

4、并发量非常大的时候推荐使用【方法5】

方法3和方法4比较相似：

方法3控制并发可以采用锁表的方式。

方法4控制并发无需锁全表，只要锁一行即可。

目前暂不太倾向于给数据或者表加锁表的方式，开发起来麻烦些，不同的数据库，加锁方式也不一样。

资料参考：

http://www.iteye.com/topic/1132179

http://baike.baidu.com/link?url=cescZRI1Wb2PjbM0OFcDM6yy0DtlJpX4qDewbad1-1AH8fN3RI-pamxezgq54yY38UbrwNGp-gNVTgpJDUdqO_