Discussion :

[DOliv]

Bonjour à tous.tes,
Je vois systématiquement une zone tmp déclarée en DECIMAL(18,0) dans les triggers "before insert" des tables qui servent à lancer un générateur qui crée un ID.
Y a t-il une raison particulière pour que cette zone ne soit pas déclarée en INTEGER ?

[SergioMaster]

Bonjour,

Le DECIMAL(18,0), trigger généré très certainement via Flamerobin, c'est effectivement un peu daté en fait depuis le fork INTERBASE, depuis FB 1.5 il existe BIGINT
S'il devait y avoir un changement plutôt que INTEGER ce serait BIGINT (-2⁶³ à 2⁶³ - 1) ou INT128 (-2¹²⁷ à 2¹²⁷ -1)

voir le tableau 3.3.1 Method of Physical Storage for Real Numbers

Maintenant cela dépend donc de la version de Firebird et du SQL Dialect de la base (1 ou 3), le DIALECT 1 ne connait pas BIGINT

[DOliv]

Merci SergioMaster. Il s'agit bien de FlameRobin que je découvre.
Merci beaucoup pour l'explication et la doc.
Mais je n'arrive pas à trouver combien d'octet il réserve pour un INTEGER.

[Artemus24]

Salut à tous.

La bonne question est pourquoi ce choix. Decimal(18,0) permet de stocker 18 chiffres.
Comparativement, un integer qui est stocké sur quatre octets (32 bits) permet de stocker un nombre allant de -2 147 483 648 jusqu'à +2 147 483 647.
Dans une représentation non signé, il va de 0 jusqu'à +4 294 967 295.
Cela ne fait que 10 chiffes au maximum.

Dans le type bigint, cela va de -9 223 372 036 854 775 808 jusqu'à +9 223 372 036 854 775 807, soit 19 chiffres.
De même, si le nombre n'est pas signé, cela va de 0 jusqu'à +18 446 744 073 709 551 615, soit 20 chiffres.

Y a t-il une raison particulière pour que cette zone ne soit pas déclarée en INTEGER ?

Je pense qu'au moment où ce choix a été fait, c'était le type numérique où l'on pouvait stocker la plus grande valeur.

Habituellement sous MySql, on utilise le type "integer unsigned" pour l'identifiant 'id'.

Cordialement.
Artemus24.
@+