老哥们，sqlserver支持前缀索引吗，使用uuid做主键会对系统的未来造成影响吗

JSP_killmylife 2021-05-02 01:29:52

我目前的项目使用uuid做主键，每一次都是无序的，会对系统的未来造成性能上的影响吗？毕竟是B树结构的，索引起来不好弄吧。还有sqlserver支持前缀索引吗？打算做个识别码，从上游到下游，识别码会越来越大，比如我某地的仓库是从总公司仓库进货的，那么这个仓库的物件编码就是：供应商识别码/批次码/总公司仓库码/分公司仓库码/分类码/物件自增码，我要怎么设计才能使得这码是全局唯一的但又不太长？

...全文

326 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

s478853630 2021-05-06

打赏
举报

回复

uuid对系统肯定有影响，数据越多就越明显，不用uuid可以自己写个函数，用年月日+8位随机数，比如：2021050612345678，可以确保编码唯一，不长还有序，效率略高于uuid。最好用自增ID毫无疑问是性能最好的

UUID做主键，好还是不好？这是个问题。我唯一还算熟悉的数据库就算是MySQL了，大概使用MySQL的人，百分之九九以上的人会使用Autoincrement ID做主键，这是可以理解的，因为MySQL的自增ID效率很高，使用也很方便。那么剩下的百分之一的人使用什么做主键呢？可能是自己做的KeyGenerator，也可能是我们下面要说的UUID。据说在Oracle的圈子里，如果谁用自增ID做主键...

从性能的角度考虑，使用UUID来作为聚簇索引则会很糟糕，它使得聚簇索引的插入变得完全随机，这是最坏的情况，使得数据没有任何聚集特性。使用UUID主键插入行不仅花费的时间更长，而且索引占用的空间页更大。这一方面是由于主键字段更长，另一方面是由于页分裂和碎片导致的。因为主键的值时顺序的，所以InnoDB把每一条记录都存储在上一条记录的后面，当本页中的记录满时，下一条记录就会插入到新的页中，一旦按照这种顺序的方式加载，主键页就会近似于别顺序的记录填满，这也正是所期望的结果。因为新行的主键值不一定比之前插入的

前言以前只知道UUID不适合作为主键，但是不知道具体原因，最近做了了解，在此做一个记录索引我们先了解一下mysql索引的数据结构，mysql在innodb的存储引擎下是使用B+树来做为索引的数据结构的，而一个表最终必定会创建一个主键索引，即是没有设置主键也会有生成规则（先查找有没有非空的唯一索引，没有则可以使用默认的rowid字段创建索引） mysql中存储数据的最小单元称之为page（页），大小为16KB，也就是在索引的结构中一个page存储了很多个数据，看下图我们首先知道索引采用B+树的结构后，

1、自增长 StudentNo int primary key identity(1,1)——bigint也是可以的 2、创建uuid CustomerID uniqueidentifier primary key default newid()

如何在sqlserver中生成UUID？看了好多文章，对于小白零基础的同学来说，可能都不够清楚。我也是摸索了好久才学会一个办法，也不知道这个办法好不好，因为我也是个初学者。（卑微）

81,117

社区成员

341,739

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章