产生唯一标识码策略
来源:互联网 发布:edi 电子数据交换 编辑:程序博客网 时间:2024/05/01 22:31
1.采用数据库自增长主键策略
优点:简单,不需要程序特别处理
缺点:①这种方法对以后如果项目移植到其它数据库上改动会比较大,oracle、db2采用Sequence,mysql、sqlServer又采用自增长,通用性不好;②后台插入记录时,无法知道当前记录主键值
2.自己写代码产生随机的数字和字母组合,每产生1个去数据库查询该随机码是否已存在,如果已存在,则重新产生,直到不重复为止
优点:没发现有啥优点
缺点:产生速度慢,还要查询数据库,当数据量大的时候,可能重复的机率会比较高,要查询多次数据库
3.使用时间戳(精确至毫秒)+随机数
优点:实现简单,与数据库无关,移植性较好
缺点:长度太长,最少也得20位,不仅占空间并且建索引的话性能会比较差点
4.GUID,该方法应该是用的比较多的
优点:使用简单方便,不用自己编写额外的代码
缺点:占用数据库空间相对较大,特别是根据GUID查询速度比较慢(毕竟是字符串)
0 0
- 产生唯一标识码策略
- 使用NEWID()搭配UniqueIdentifier数据产生全球唯一标识码
- Java 产生唯一标识的方法
- Android 唯一标识码
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- iOS设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- ios设备唯一标识获取策略
- 单链表简单实现
- 【VS2013】同一解决方案下类的跨工程使用
- 【SpringMVC】The superclass "javax.servlet.http.HttpServlet" was not found on the Java Build Path解决方案
- 彻底弄懂 Http 缓存机制
- 关于dubbo服务的xml配置文件报错的问题--The matching wildcard is strict, but no declaration can be found for element
- 产生唯一标识码策略
- 通向架构师的道路(第十三天)Axis2 Web Service安全初步
- 深入浅出JMS(3)--ActiveMQ简单的HelloWorld实例
- 执行 make menuconfig 很多错误
- 交叉验证(Cross Validation)方法思想简介
- android bundle存放数据详解,activity与activity之间数据传递,fragment与fragment之间数据传递
- Volatile从入门到放弃
- Android—初识NDK
- 1小时教你理解HTTP,TCP,UDP,Socket,WebSocket