上位のデータベースプラットフォームで符号なし整数型が利用できないのはなぜですか？

データベースは通常、さまざまなデータ型とカスタムの長さで非常にカスタマイズ可能です。

unsigned intPostgreSQLとMS SQL Serverのどちらからも利用できない型を使用する構文を探しているので、私は驚きました。MySQLとOracleのようです。

これは明白な省略のように見えます-次に最適なパフォーマンスオプションはlong / bigint（8バイト整数）ですが、完全に不要な場合があります！ネイティブのunsigned intサポートを含めないことを選択する理由を誰もが知っていますか？

MicrosoftのJim Hoggは、この問題に次のように対応しています。

長所と短所があります。プロ側では、いくつかのエラーを回避する良い方法のように思えます-（符号付き）intの値が0より大きいことを確認する必要があります。また、実際には、int 。最大行数を2倍にする問題について -本当ですが、これはそれほど説得力がないと思います。

短所としては... CまたはC ++で符号付き/符号なしの型を混在させることは、十分に単純であるように思われます。そうではありません。これは、見つけにくいミスの小さなターピットを開きます。これは、暗黙的なプロモーション/拡大のための複雑なルールによるものです。悲しいかな、SQLにはすでに暗黙のキャストルールのさらに複雑なセットがあります。署名されていないintを追加すると、私たちはさらに混乱するでしょう。

私は本でこの提案を続けます。ただし、追加する/追加する必要のあるすべての機能の中で、この機能は、そのリストの最上位にありません。

ソース：Microsoft Connect

私はプロリストに大幅に追加し、彼らのSQLエンジンがすでにこれよりもはるかに複雑なことを行っているので、彼らのチームが追加された複雑さを処理できることを繰り返します。それらの合計には同意しませんが、これがSQL Serverが符号なしの型をサポートしない理由です。

Connectリンクは、元々Martin Smithが質問のコメントに投稿したものです。