如果要我猜的话，我会说他们是在努力避免类型的激增。一般来说，无符号整数可以做的任何事情都是有符号整数做不到的。至于当你需要一个介于2147483648和4294967296之间的数字时，你可能应该使用一个8字节的整数，因为这个数字最终也会超过4294967296。

为此，您可以使用-2,147,483,648作为种子值。

Identity(-2147483648, 1)

我发现了一个类似的问题 on Microsoft Office Dev Center.

Jim Hogg (程序经理)的回复对于添加无符号整数有一些优点和缺点，主要缺点是实现隐式类型转换的规则成为正确的噩梦。

该请求被关闭为"Won't Fix“。

它们不支持已签名和未签名关键字，因为它们不是标准关键字。在SQL标准中，所有数值类型都是有符号的。

UNSIGNED (和SIGNED，这是默认值)是MySQL扩展，可用于以相同的字节数存储更高的无符号数字，并且不允许使用负数。

以32位(8字节)整数为例。32位整数的范围是从-2^31到2^31-1。记录赋值需要31位，记录值的符号只需要1位。

所以你的问题的答案是“不必要的”。即使您分配的每个值都是正数，每个值也只会浪费1位。创建一个新的数据类型，每个值只节省1位，这不是优化存储空间的好方法。

在某些情况下，SQL server中需要无符号数字。例如，可能需要将二进制值的等价物存储为整数。在这种情况下，对于32位二进制值，必须使用64位bigint而不是32位int数据类型。