参考 https://www.cnblogs.com/superfeeling/archive/2012/06/26/2564360.html
一、产生Guid的方法
1、SqlServer中使用系统自带的NEWID函数： select NEWID()
2、C#中，使用Guid类型的NewGuid方法：
Guid gid;
gid = Guid.NewGuid();
Console.WriteLine(gid);
Console.WriteLine(Guid.NewGuid());
二、Guid与int自动增加作主键的优缺点
int自动增字段的优点：占用空间小、无需开发人员干预、易读；
缺点：效率低，数据导入导出的时候很痛苦。
Guid的优点：效率高，数据导入导出方便；缺点是占用空间大，不易读。
业界主流倾向使用Guid作主键。因为主键一般不是给外人看的，而且现在硬盘空间越来越大，不在乎这一点空间。
优点是：
同 IDENTITY 列相比，uniqueidentifier 列可以通过 NewID() 函数提前得知新增加的行 ID，为应用程序的后续处理提供了很大方便。
便于数据库移植，其它数据库中并不一定具有 IDENTITY 列，而 Guid 列可以作为字符型列转换到其它数据库中，同时将应用程序中产生的 GUID 值存入数据库，它不会对原有数据带来影响。
便于数据库初始化，如果应用程序要加载一些初始数据， IDENTITY 列的处理方式就比较麻烦，而uniqueidentifier 列则无需任何处理，直接用 T-SQL 加载即可。
便于对某些对象或常量进行永久标识，如类的 ClassID，对象的实例标识，UDDI 中的联系人、服务接口、tModel标识定义等。
自增长ID有上限， 不同机器产生的guid 不重复
缺点是：
GUID 值较长，不容易记忆和输入，而且这个值是随机、无顺序的。
GUID 的值有 16 个字节，与其它那些诸如 4 字节的整数相比要相对大一些。这意味着如果在数据库中使用 uniqueidentifier 键，可能会带来两方面的消极影响：存储空间增大；索引时间较慢。
1.测试的结果Guid作为主键在以上测试的性能还是优于自动增长Id的。对于Inner join的还没有测试。
2.对于使用那种类型作为主键，还要根据具体的需要。在数据库迁移或者导入数据的时候自增量字段有可能会出现重复,这无疑是一场恶梦，而Guid格式无疑是首选。但是，使用Guid格式比较复杂，对于程序高度比较麻烦，毕竟Guid比较难记。
3.自动增长的Id使用的是int型或者bigint型，它们分别占用存储空间为4个字节和8个字节，Guid是uniqueidentifier类型，它占用16个字节。从存储空间上来说，自动增长的Id更节省空间。
4.如果要搞分布式数据库的话，这自增量字段就有问题了。因为，在分布式数据库中，不同数据库的同名的表可能需要进行同步复制。一个数据库表的自增量值，就很可能与另一数据库相同表的自增量值重复了，因为不同机器产生的guid 不重复，可以把表合并