试试这个:

SELECT RAND(convert(varbinary, newid()))*(b-a)+a magic_number 

a是较小的数，b是较大的数

试试这个:

SELECT RAND(convert(varbinary, newid()))*(b-a)+a magic_number 

a是较小的数，b是较大的数

使用newid ()

select newid()

或者可能是这个

select binary_checksum(newid())

尝试在RAND中使用种子值(seedInt)。RAND()每条语句只执行一次，这就是为什么每次都看到相同的数字。

看看SQL Server -设置基于随机数有一个非常详细的解释。

综上所述，下面的代码生成了一个0到13之间的随机数，包括均匀分布:

ABS(CHECKSUM(NewId())) % 14

要更改范围，只需更改表达式末尾的数字。如果你需要一个同时包含正数和负数的范围，要格外小心。如果你做错了，可能会重复计算数字0。

A small warning for the math nuts in the room: there is a very slight bias in this code. CHECKSUM() results in numbers that are uniform across the entire range of the sql Int datatype, or at least as near so as my (the editor) testing can show. However, there will be some bias when CHECKSUM() produces a number at the very top end of that range. Any time you get a number between the maximum possible integer and the last exact multiple of the size of your desired range (14 in this case) before that maximum integer, those results are favored over the remaining portion of your range that cannot be produced from that last multiple of 14.

例如，假设Int类型的整个范围只有19。19是最大的整数。当CHECKSUM()的结果为14-19时，这些结果对应于结果0-5。这些数字比6-13更受欢迎，因为CHECKSUM()生成它们的可能性是前者的两倍。更容易直观地演示这一点。下面是我们的虚整数范围的全部可能结果集:

Checksum Integer: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Range Result:     0 1 2 3 4 5 6 7 8 9 10 11 12 13  0  1  2  3  4  5

你可以在这里看到，产生某些数字的机会比产生其他数字的机会更多:偏见。幸运的是，Int类型的实际范围要大得多……在大多数情况下，这种偏差几乎是无法检测到的。但是，如果您发现自己正在为严肃的安全代码执行此操作，则需要注意这一点。

Rand()函数将生成相同的随机数，如果在表SELECT查询中使用。如果对Rand函数使用种子，同样适用。另一种方法是使用这个:

SELECT ABS(CAST(CAST(NEWID() AS VARBINARY) AS INT)) AS [RandomNumber]

从这里得到的信息，很好地解释了问题。