GUID全局唯一标识符（Globally Unique Identifier）

1定义

GUID是一种由算法生成的二进制长度为128位的数字标识符。

算法的核心思想：结合机器的网卡、当地时间、一个随机数来生成GUID

2.格式

GUID 的格式为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” (8-4-4-4-12)，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制数。

例如：

07d3390c-1793-482b-87a1-b952e791051a
c04d9e19-44e7-449e-b29e-a61fbacb2863

3.java创建GUID的Demo

import [java.util.UUID;](http://file.nonagon:8090/pages/java.util.UUID;) public class guid { /** * @param args */ public static void main(String[] args) { // TODO Auto-generated method stub UUID uuid = [UUID.randomUUID();](http://file.nonagon:8090/pages/UUID.randomUUID%28%29;) [System.out.println(](http://file.nonagon:8090/pages/System.out.println%28)``".{"``+[uuid.toString()+](http://file.nonagon:8090/pages/uuid.toString%28%29+)``"}"``); } }

4.INT做主键的优点：

1、需要很小的数据存储空间，仅仅需要4 byte 。
2、insert和update操作时使用INT的性能比GUID好，所以使用int将会提高应用程序的性能。
3、index和Join 操作，int的性能最好。
4、容易记忆。
5、支持通过函数获取最新的值，如：Scope_Indentity() 。

5.INT做主键的缺点

1、如果经常有合并表的操作，就可能会出现主键重复的情况。
2、使用INT数据范围有限制。如果存在大量的数据，可能会超出INT的取值范围。

3、很难处理分布式存储的数据表。

4、如果用的是数据可的自增列，程序中如要用这个ID，还得从DB取这个ID麻烦

总结：mella软件是跟SMS和PMS等其他系统进行集成，需要数据导入的时候很难保证原系统的ID不发生主键冲突（前提是其他PMS和SMS系统也是INT型），如果其他系统不是数字型，那就更加麻烦，会导致修改主键数据类型了，也会导致相关表的修改。

6.GUID做主键的优点：

1、它是独一无二的。
2、出现重复的机会少(几乎不可能)。
3、适合大量数据中的插入和更新操作**(总结 ：能很好解决主键并发的问题例如：宠物温度，体重等大量的数据插入)。
4、跨服务器数据合并非常方便****（**总结： mella数据库数据和PMS，SMS等交互 ）。
5、能在业务层就知道目标ID，而不是数据提交给数据库系统后才确定 (有时很重要)
6、GUID是根据硬件设备相关ID以及时间戳生成的,还能大致知道生成的计算机硬件设备、时间等信息

7.GUID做主键的缺点：

1、存储空间大（16 byte），因此它将会占用更多的磁盘大小。GUID过长，看表现形式，至少都有32位，长的38位，浪费存储空间。GUID字符串可能是32字符、36字符（带4个“-”分割）、38字符（在36字符的基础上用“{}”标记）
2、很难记忆。join操作性能比int要低。
3、没有内置的函数获取最新产生的guid主键。
4、GUID做主键将会添加到表上的所以其他索引中，因此会降低性能。
5、GUID不利于检索、外键关联。

6、索引时间较慢。

总结 ：可以很好的解决mella系统和PMS，SMS系统集成的问题。几个系统的GUID双向集成的时候也不会发生重复，而且效率很高，便于mella数据库中温度重量等数据的移植

8.GUID类型选择：

9.总结

对于大数据量，建议使用guid做主键。而使用int会得到最佳的性能。

如果考虑到数据迁移、各数据库兼容性等用GUID会比较合适，

https://www.sqlshack.com/understanding-the-guid-data-type-in-sql-server/