package com.ufgov.ar.common.util; import java.net.InetAddress; /** * <p> * Title: 产生唯一标识 /** * 前4个字节是IP地址,接着8个字节是系统时间,最后4个字节是计数器. 在数据库中存储可以使用 char(32) 类型,保存如下字符串 * bfa78274000000006661bea400000003,可以由 toString()方法得到. 也可以用getData() 获得 * byte[16] 进行处理…

今天,同事发了个邮件说需要一个内部使用的GUID类,而不是System.Guid 结构体.什么意思呢? 例如public void Test(string guidPara) 这个方法的参数是个string类型,但是是通过参数名称告诉调用者是Guid类型的参数,因此,他需要的应该是: public void Test(GUID para),  参数类型这么修改后,所有调用的地方需要统一改一遍,这不很恶.所以,实现了自定义的GUID类: public class GUID { #region 构造…

摘自:http://blog.csdn.net/zhongguoren666/article/details/6711396 当初微软设计com规范的时候,有两种选择来保证用户的设计的com组件可以全球唯一: 第一种是采用和Internet地址一样的管理方式,成立一个管理机构,用户如果想开发一个COM组件的时候需要向该机构提出申请,并交一定的费用. 第二种是发明一种算法,每次都能产生一个全球唯一的COM组件标识符. 第一种方法,用户使用起来太不方便,微软采用第二种方法,并发明了一种算法,这种算法…

js 代码: function GUID() { this.date = new Date(); /* 判断是否初始化过,如果初始化过以下代码,则以下代码将不再执行,实际中只执行一次 */ if (typeof this.newGUID != 'function') { /* 生成GUID码 */ GUID.prototype.newGUID = function () { this.date = new Date(); var guidStr = ''; sexadecimalDate = )…

背景 常见的一种数据库设计是使用连续的整数为做主键,当新的数据插入到数据库时,由数据库自动生成.但这种设计不一定适合所有场景. 随着越来越多的使用Nhibernate.EntityFramework等ORM(对象关系映射)框架,应用程序被设计成为工作单元(Unit Of Work)模式,需要在数据持久化之前生成主键,为了保证在多线程并发以及站点集群环境中主键的唯一性,最简单最常见的方式是将主键设计成为GUID类型. 工作单元是数据库应用程序经常使用的一种设计模式,简单一点来说,就是对多个数据库操…

背景 常见的一种数据库设计是使用连续的整数为做主键,当新的数据插入到数据库时,由数据库自动生成.但这种设计不一定适合所有场景. 随着越来越多的使用Nhibernate.EntityFramework等ORM(对象关系映射)框架,应用程序被设计成为工作单元(Unit Of Work)模式,需要在数据持久化之前生成主键,为了保证在多线程并发以及站点集群环境中主键的唯一性,最简单最常见的方式是将主键设计成为GUID类型. 工作单元是数据库应用程序经常使用的一种设计模式,简单一点来说,就是对多个数据库操…

ylbtech-.Net:System.Guid 1.返回顶部 1.public static Guid NewGuid(); // // 摘要: // 初始化 System.Guid 结构的新实例. // // 返回结果: // 一个新的 GUID 对象. [SecuritySafeCritical] public static Guid NewGuid(); // // 摘要: // GUID 的字符串表示转换为等效的 System.Guid 结构. // // 参数: // input:…

一.背景 常见的一种数据库设计是使用连续的整数为做主键,当新的数据插入到数据库时,由数据库自动生成.但这种设计不一定适合所有场景. 随着越来越多的使用Nhibernate.EntityFramework等ORM(对象关系映射)框架,应用程序被设计成为工作单元(Unit Of Work)模式,需要在数据持久化之前生成主键,为了保证在多线程并发以及站点集群环境中主键的唯一性,最简单最常见的方式是将主键设计成为GUID类型. (工作单元:是数据库应用程序经常使用的一种设计模式,简单一点来说,就是对多个…

最新代码在这儿:CombGuid.cs 首先这里不做GUID与整形作为主键的优劣之争,GUID自有它优势,但GUID本身是乱序的,会对索引的维护带来性能上的损耗,数据量越大越明显. COMB 类型 GUID 是由Jimmy Nilsson在他的“The Cost of GUIDs as Primary Keys”一文中设计出来的. 基本设计思路是这样的:既然GUID数据因毫无规律可言造成索引效率低下,影响了系统的性能,那么能不能通过组合的方式,保留GUID的前10个字节,用后6个字节表示GUID…

问题描述 有序的GUID性能对比,堪比自增ID integer 一个大神告诉我NEWSEQUENTIALID() 在数据迁移的时候会有问题(感谢大神指点),所以我就深挖一下这个函数. 关于NEWSEQUENTIALID() 的用法 参照  NEWSEQUENTIALID() NEWSEQUENTIALID 是对 Windows UuidCreateSequential 函数的包装. https://msdn.microsoft.com/zh-cn/library/ms189786(v=sql.1…