SQL Serverが符号なしデータ型をサポートしないのはなぜですか？

私は特に無署名について考えていintます。

これが実際的な例です：あなたのアイデンティティ列が最大になったらあなたは何をしますか？それは行くことのどちらかが可能ですBigInt（代わりに4の記憶バイト8）または負の整数をサポートするためのアプリケーションをリファクタリングする、とに示されているようにも独自のルールを作成するには、この答え。これらのオプションはどちらも最適ではありません。

UInt 理想的なソリューションですが、SQL Serverはそれを提供していません（MySQLが提供している場合）。

符号なしデータ型はSQL標準（SQL-2003）の一部ではないことを理解していますが、それでも私には無駄に思えます。

これらを（SQL Serverまたは標準に）含めない理由は何ですか？

推測しなければならないのですが、彼らはタイプの急増を避けようとしていると言えます。一般的に言って、符号なし整数ができることは、符号付き整数ができないことは何もありません。2147483648から4294967296までの数値が必要な場合は、最終的には4294967296を超えるため、おそらく8バイト整数にする必要があります。

そのために、シード値として-2,147,483,648を使用できます。

Identity(-2147483648, 1)

Microsoft Office DevCenterで同様の質問を見つけました。

Jim Hogg（プログラムマネージャー）からの返信には、unsignedintを追加するための賛否両論があります。主な欠点は、暗黙の型変換を実装するためのルールが正しくなるための悪夢になることです。

リクエストは「修正されません」としてクローズされました。

これらは標準ではないため、SIGNEDおよびUNSIGNEDキーワードをサポートしていません。SQL標準では、すべての数値タイプが署名されています。

UNSIGNED（およびデフォルトのSIGNED）は、MySQLの拡張機能であり、より高い符号なしの数値を同じバイト数で格納し、負の数を禁止するのに役立ちます。