Types entier

Les types smallint, integer, bigint stockent l'ensemble des nombres, nombres sans composants de fraction, d'étendues variables. La tentative d'attribution de valeurs en dehors de leur étendue permise provoquera une erreur.

Le type integer est le choix habituel, en ce qu'il permet le meilleur équilibre entre l'étendue, la taille de stockage et la performance. Le type smallint est généralement utilisé si l'espace disque est réduit. Le type bigint sera utilisé seulement si l'étendue de integer n'est pas suffisante, car ce dernier est plus rapide.

Le type bigint peut ne pas fonctionner correctement sur toutes les plates-formes. bigint agit comme integer (mais prend plus de 8octets pour le stockage).

SQL spécifie uniquement les types entier integer (ou int) et smallint. Le type bigint, et les noms de type int2, int4, et int8 sont des extensions, lesquelles sont partagées avec d'autres SGBDR.

Si vous avez une colonne de type smallint ou bigint avec un index, vous pouvez rencontrer des problèmes d'utilisation avec cet index. Par exemple, une clause de la forme : ... WHERE smallint_column = 42 n'utilisera pas un index, car le système assigne le type integer à la constante 42, et PostgreSQL n'utilise pas d'index quand deux types différents sont invoqués. Une solution est d'entourer la constante d'apostrophes, comme ceci : ... WHERE smallint_column = '42' Le système différera la résolution de type et assignera le bon type à la constante.

Nombres à précision arbitraire

Le type numeric peut stocker des nombres de taille et de précision pratiquement illimitée. Il est particulièrement recommandé pour le stockage de montants monétaires et autres quantités où l'exactitude est nécessaire. Cependant, le type numeric est très lment comparé aux types décimaux décrits dans la section suivante.

Nous utilisons les termes: le terme scale d'un type numeric est la somme des décimales, à la droite de la virgule. Le terme precision d'un type numeric est la somme totale de décimales dans le nombre complet, i.e, le nombre de décimales des deux côtés de la virgule. Ainsi, le nombre 23.5141 a une précision de 6 et un scale de 4. Les entiers sont considérés comme ayant un scale de zero.

La précision et le scale d'un type numérique peuvent être configurés. Déclarer une colonne de type numeric utilise la syntaxe

NUMERIC(precision, scale)

NUMERIC(precision)

NUMERIC

Si la précision ou le scale d'une valeur est plus grand que la précision ou le scale déclaré d'une colonne, le système tentera d'arrondir la valeur. Si la valeur ne peut être arrondie, pour satisfaire les limites déclarées, une erreur apparaîtra.

Les types decimal et numeric sont équivalents. Ces deux types font partie du standard SQL.

Types décimaux

Les types real et double precision sont inexacts, types numériques à précision variable. En pratique, ces types sont des implémentations de binaires décimaux de IEEE 754 (simple et double précision, respectivement), pour le support du processeur, du système d'exploitation et du compilateur.

Inexact indique que certaines valeurs ne peuvent être converties exactement au format interne et sont stockées en tant approximations. La gestion des ces erreurs et leur propagation dans les calculs est le sujet d'une branche entière des mathématiques et de l'informatique et ne sera pas approfondie ici, sauf pour les points suivants :

• Si vous avez besoin de calculs et de stockages exacts (comme des montants monétaires), utilisez le type numeric.

• Si vous voulez des calculs compliqués avec ces types pour quelque chose d'important, spécialement si vous comptez sur certains comportements limites (infinity, underflow), vous devrez évaluer cette implémentation avec prudence.

• Comparer deux valeurs décimales comme identiques peut, ou ne peut pas, fonctionner comme attendu.

Normalement, le type real a une étendue d'au moins -1E+37 à +1E+37 avec une précision d'au moins 6 décimales. Le type double precision possède normalement une étendue de -1E+308 to +1E+308 avec une précision d'au moins 15 décimales. Les valeurs trop grandes ou trop petites provoqueront une erreur. Ça peut être arrondi si la précision d'une entrée nombre est trop grande. Les nombres trop proches de zero et qu'on ne peut représenter comme distincts de zero provoqueront un dépassement de capacité (underflow).

Types Serial

Les types serial ne sont pas de vrais types, mais une facilité de notation pour la mise en place d'identifiants uniques de colonnes dans les tables. Spécifier :

CREATE TABLE tablename (
    colname SERIAL
);

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

Les noms de type serial et serial4 sont équivalents: les deux créent des colonnes integer. les noms de type bigserial et serial8 fonctionnent de la même façon, sauf qu'ils créent une colonne bigint. bigserial sera utilisé si vous prévoyez d'utiliser plus de 2³¹ identifiants pendant la durée de vie de la table.

Les séquences implicites supportant les types serial ne sont pas automatiquement supprimées quand une table contenant un type serial est supprimée. Ainsi, les commandes suivantes exécutées dans cet ordre échoueront :

CREATE TABLE tablename (colname SERIAL);
DROP TABLE tablename;
CREATE TABLE tablename (colname SERIAL);