5.1.1. 整数データ型

smallint、integer、bigint は数詞全体を保持します。 その意味は小数点以下の端数や、変化に富む数値の範囲を保持しません。許容範囲に外れた値を保存しようとするとエラーになります。

integer は数値の範囲、保存のサイズおよびパフォーマンスにおいて最も釣合が取れているので、通常使用されます。smallint は一般的にディスク容量に制限がついている場合にのみ使用します。bigint は integer が許容する範囲では充分ではない場合にのみ使用すべきでしょう。 というのはなんと言っても integer データ型のほうがずっと速いからです。

8 バイト整数をコンパイラがサポートしているかに依存する bigint は、すべてのプラットフォームで正常に機能するとは限りません。サポートしていないマシン上では bigint は integer と同じに振舞います（しかし、領域は 8 ビットまで必要です）。しかしながら、このようなことが現実の問題をおこすそれなりのプラットフォームがあるかどうか判りません。

SQL では整数の型として integer (または int) と smallint のみを規定しています。 bigint と int2、int4、および int8 は拡張ですが、ほかのさまざまな SQL データベース製品でも使われています。

5.1.2. 任意の精度を持つ数

numeric 型は、最大 1000 桁の精度で数値を格納でき、正確な計算を行えます。通貨金額やその他正確性が求められる数量を保存するときは特にこの型を推奨します。とはいっても、numeric は次の節で説明する浮動小数点データ型に比較し動作が非常に遅くなります。

引き続く説明の中で、次の用語を使用します。numeric（数値） の scale（位取り） とは小数点の右側の小数点以下の桁数をいいます。numeric precision（精度）とは数字全体の有効桁数です。 すなわち、小数点をはさんでいる両側の桁数の合計です。 そのため、23.5141 という数値の精度は 6 で位取りは 4 となります。整数の位取りは、ゼロであると見なすことができます。

numeric の精度と位取りは共に定義することができます。列のデータ型を numeric と宣言するには次の構文を使います。

NUMERIC(precision, scale)

精度はプラス、位取りは 0 もしくはプラスの数字でなければなりません。

NUMERIC(precision)

次のようにして位取り 0 を選択します。

NUMERIC

精度または位取りの指定がない場合、精度が実装されている限界までは、いかなる精度あるいは位取りの値も格納できる列が作られます。この類の列はいかなる特定の位取りにたいしても入力値を強要しませんが、宣言された位取りを持つ numeric 列は入力値にその位取りを強要します。 (SQL 標準はデフォルトとして位取り 0 を要求していて、整数に対する厳密性を強制しています。 しかしこの方法は、あまり役に立たないと思われます。もし移植性を心配するなら常に精度と位取りを明示的に設定してください。)

宣言された列の精度または位取りより、精度または位取りの値が大きい場合、システムが値を丸めようとします。もし宣言された範囲内で丸めることができない時はエラーとなります。

decimal と numeric は等価です。 2 つのデータ型は共に SQL 標準に従っています。

5.1.3. 浮動小数点データ型

real と double precision は不正確な精度が変動する数値データ型です。 実際にはこれらのデータ型は、使用しているプロセッサ、オペレーティングシステムおよびコンパイラがサポートしていれば、通常は （それぞれ単精度および倍精度の） バイナリ浮動小数点演算のための IEEE 754 の実装です。

不正確というのは、ある値はそのままで内部形式に変換されずに近似値として保存されます。 ですから、保存しようとする値と保存された値を戻して表示した場合に多少の差異が認められます。これらのエラーを管理し計算によって補正をどうするかは数学の系統全部とコンピュータ科学にかかわることで、ここではこの先に付いて以下の点を除き触れません。

• （金銭金額など）正確な記録と計算が必要なときは numeric をその代わりとして使います。

• これらのデータ型で何か重要な件に対し複雑な計算を必要とする時、特に（無限大とかアンダーフローのような）境界線におけるある種の振舞いに付いて信頼を置かなければならないのであれば、実装を注意深く検証しなければなりません。

• 2 つの浮動小数点値が等価であるのかどうかの比較は予想通りに行く時もあれば行かない時もあります。

通常 real は最低 6 桁の精度を持った少なくとも -1E+37 と +1E+37 の範囲です。>double precision は通常最低 15 桁の精度でおよそ -1E+308 と +1E+308 の範囲です。大き過ぎたり小さ過ぎる値はエラーの原因となります。入力値の精度が高すぎる場合は丸められることがあります。ゼロに限りなく近い値で、しかもゼロとは区別されているように見なされない数値はアンダーフローエラーを引き起こします。

5.1.4. シリアルデータ型

serial は正確にはデータ型ではなくてテーブルの列に一意の識別子を設定する簡便な表記法です。現在の実装では、

CREATE TABLE tablename (
    colname SERIAL
);

のように指定することは次のように指定することと同じです。

CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
    colname integer DEFAULT nextval('tablename_colname_seq') NOT NULL
);

このように整数列を作成し、その列のデフォルト値が連番を発生させる仕組みから割り当てられるようにしました。 また、NOT NULL 制約を適用することによって、null 値が明示的に挿入されないようにします。 たいていの場合は、重複する値を間違って挿入しないように、UNIQUE (一意性) 制約または PRIMARY KEY (プライマリキー) 制約も追加することが推奨されますが、これは自動的には行われません。

型の名称で、serial と serial4 は同じです。共に integer 列を作成します。 型の名称で bigserial と serial8 も bigint 列を作成することを除いて同じ振舞いをします。 もしテーブルの寿命がある間で 2³¹ 以上の識別子を使用すると予測される場合 bigserial を使用しなければいけません。

serial 型で作成したシーケンスは、それを所有する列がドロップされたときに自動的にドロップされ、他の方法でドロップされることはありません。 (このことは、PostgreSQL の 7.3 より前のバージョンには当てはまりません。 バージョン 7.3 より前のデータベースからのダンプをリロードすることによって作成されたシーケンスについては、この自動ドロップリンケージは発生しません。それは、7.3 より前のダンプファイルには、依存関係リンクを確立するための情報が含まれていないからです。)