SQL数据库中如何生成随机数以及查询随机记录
在数据库里搞事情，随机取数据其实挺简单的，咱们可以先来聊聊怎样用SQL语句生成随机数和随机查询数据记录。比如说在SQL Server里，只要简单一句：
SELECT TOP 20 * FROM 表名 ORDER BY NEWID()
就能随机展现20条记录，非常方便！而MySQL里，则通常用：
SELECT * FROM 表名 ORDER BY RAND() LIMIT 20
当然，每个数据库都有它的独门秘籍，像Access里用rnd函数，Oracle里使用SYS_GUID()来产生随机的唯一标识符，这些都是大家的好帮手。
而说到随机数生成大家也很关注，那我们可以在SQL Server中利用NEWID()函数来生成32位的随机字符串，它可以帮你生成全局唯一字符串，啥场景都能用得上，很酷炫！Oracle 的SYS_GUID()也同理，同样值得朋友圈晒晒。
所以，不论是随机取数据，还是生成随机数，你只需一两个命令，就能轻松搞定，真的是“说来就来”，半点儿麻烦没有！
SQL Server里怎样使用GUID做主键以及主键与外键的技巧
说到数据库设计的心头好——主键，特别是用了GUID做主键的情况，咱们得好好聊一聊。GUID吧，就是那种超级独特的ID，能保证全局都不重复，但它有个小问题，就是生成的值大小和顺序都不确定，插入数据库效率直接“哐当”一下跌了不少。为了解决这个问题，微软给了个神奇的函数NEWSEQUENTIALID()，它能按顺序生成GUID，插入效率杠杠的！
这里给大家总结几个重点：
NEWID()生成的GUID是完全随机的，适合需要唯一性的场合，但插入性能上稍微有点吃力。NEWSEQUENTIALID()则是较新的版本，生成按顺序排列的GUID，这玩意儿插入性能强多了，特别适合做聚簇索引。- 有人在尝试用
COMB（结合时间戳的GUID）做主键，说实话速度比纯GUID好点儿，但还是比纯整型主键慢。 - SQL Server中用GUID作为主键时，外键引用要注意类型匹配，否则容易出错。
总的来说，如果你数据库数据量超大，想用GUID当主键，推荐用NEWSEQUENTIALID()，它兼顾了唯一性又提升了插入速度；要不然搞成全随机的GUID，后续维护和性能真心让人头疼。
顺便提醒一句：字段类型用uniqueidentifier，占16个字节，几乎没重复概率，实际操作中非常可靠，不用担心重复问题。
相关问题解答
- SQL数据库怎样才能简单快速随机取几条数据呢？
哎呀，这个事情可是太easy了！你只要在SQL Server里用 SELECT TOP 10 * FROM 表名 ORDER BY NEWID()，它就帮你随机给你10条记录了，特别嗨。要是在MySQL，那就是 SELECT * FROM 表名 ORDER BY RAND() LIMIT 10。日期、时间、UUID啥的都不是事儿，一键搞定随机取样，超方便！
- GUID和NEWID()生成的唯一标识符有什么区别？
哈哈，来来来，听我慢慢说。GUID其实就是一种全球唯一ID，Microsoft的NEWID()是生成这种ID的函数，但默认生成的是随机无序的ID，插入数据库时可能会乱序导致性能下降。而NEWSEQUENTIALID()则是生成顺序型GUID，就是顺着数列走，不乱七八糟，写入性能嗖嗖提高。你要是想稳定又快，那肯定是NEWSEQUENTIALID()更靠谱啦！
- 如果数据库字段是uniqueidentifier类型，怎么正确操作？
哇，这你得好好用SQL Server的NEWID()函数生成ID，比如：
SELECT NEWID()
会帮你生成一个超级独一无二、16字节大小的ID。你还可以用CAST、CONVERT函数随意转换格式，调皮的GUID像“{45F0EB02-0727-4F2E-AAB5-E8AEDEE0CEC5}”这样的字符串，你都能玩转它。放心吧，出现重复几乎是不存在的！
- 出现错误代码1705时应该怎么办？
哎呀，这个1705错误啊，就是UUID无效的意思，很多朋友遇到过。解决办法超简单！你可以用这条语句生成新的GUID：
SELECT CAST(NEWID() AS VARCHAR(36)) AS uuid
要是你想去掉中间的‘-’，那就用字符串拼接的手法，比如SUBSTRING()函数组合一下就完美了。这样操作后再用数据库时，保证没毛病，运行顺滑哦！
新增评论