黑马程序员技术交流社区

标题: sql 中的int和guid [打印本页]
作者: 孙琦    时间: 2012-1-24 00:00
标题: sql 中的int和guid
sql是再讲int和guid是降到int类型的缺点是效率低，数据导入导出时很痛苦，在这里我不知道这里的“痛苦”具体是指的什么？？老师一带而过。
作者: 刘少华    时间: 2012-1-24 01:06
int自动增字段的优点：占用空间小、无需开发人员干预、易读；
              缺点：效率低，数据导入导出的时候很痛苦。比如有合并表的操作，就可能会出现主键重复的情况，数据太多时，可能会超出int的取值范围等

Guid的优点：效率高，数据导入导出方便；缺点是占用空间大，不易读。

作者: 孙琦    时间: 2012-1-24 10:50
刘少华 发表于 2012-1-24 01:06
int自动增字段的优点：占用空间小、无需开发人员干预、易读；
              缺点：效率低，数据导入导出的 ...

二者在性能上孰优孰劣，这是根据我们推断出来的，有没有测试过那种比较多的数据试试，好几万条的？兄弟，论坛很冷，:hug:。
作者: 曾伟    时间: 2012-1-24 13:23
孙琦 发表于 2012-1-24 10:50
二者在性能上孰优孰劣，这是根据我们推断出来的，有没有测试过那种比较多的数据试试，好几万条的？兄弟， ...

据说：GUID作为聚集索引，在数据量大的时候会插入效率会差很多。
但是我并不能理解，还不懂得怎么去实验，坐等高手
作者: 曾伟    时间: 2012-1-24 13:24
孙琦 发表于 2012-1-24 10:50
二者在性能上孰优孰劣，这是根据我们推断出来的，有没有测试过那种比较多的数据试试，好几万条的？兄弟， ...

这有一个测试的：http://www.cnblogs.com/jyk/archive/2009/07/30/1535514.html
但是自己没有看懂
作者: 折翼    时间: 2012-2-1 15:31
int :   也就是自增字段的使用，占内存空间小，且无需程序员的干预，容易识别和读取！但是对于数据的到处导入，首先int类型，在数据很多，很大时，很可能会超出int 范围，
      这是一点，还有在主键设置时候，我们如果都用的是int，那么再多表联合操作的时候，我们难保主键数据不重复，这就对于数据的读取可能造成无法预知的错误！
Guid: 这种方法呢，虽然占空间大，不易读取，但是对设置主键来说，首先我们保证了主键数据的不重复性，这也就从根本上杜绝了多表操作时主键重复错误，单纯从这方面来说
      它的数据读出读入会更加流畅，效率会高的多            

       现在是信息时代，效率显得至关重要，所以吧....顶一下行业前辈....因为如果我做开发，也会偏向Guid的使用！！
作者: Jewel    时间: 2012-2-1 20:21
GUID合并数据方便，但效率、存储空间、可读性稍逊色。
int的效率较高、空间小，但是合并数据麻烦些。



欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2