J'suis débutant, donc pas taper ... Une petite question sur les types de données de SQL SERVER 2005. Entre bigint, int, smallint, tinyint, et de l'autre coté numeric, que choisir pour une clé autoincrementé. Je m'explique, MagicBuzz déconseille l'utilisation des premiers, et si je connais approximativement la taille final de ma table, par exemple les codes postaux environ 40 000, l'utilisation d'un smallint est hors de question(?), alors qu'un numeric(5,0) est parfait, d'un autre coté numeric (on peut travailler plus finement), si je ne souviens bien de la doc est un alias de decimal, et c'est 2,5 fois(octets) le smallint. En clair quelles sont les avantages de numeric par rapport a (bigint, int, smallint, tinyint), en tant que clé primaire Sous phpMyAdmin, on peux mettre un nombre en unsigned, augmentant ainsi le plage, je n'ai rien trouver d'équivalent sous Sql Server (mais cherché ???). Merci d'avance pour vos réponses
Marsh Posté le 20-09-2007 à 16:16:07
J'suis débutant, donc pas taper ...
Une petite question sur les types de données de SQL SERVER 2005.
Entre bigint, int, smallint, tinyint, et de l'autre coté numeric, que choisir pour une clé autoincrementé.
Je m'explique, MagicBuzz déconseille l'utilisation des premiers, et si je connais approximativement la taille final de ma table,
par exemple les codes postaux environ 40 000, l'utilisation d'un smallint est hors de question(?), alors qu'un numeric(5,0) est parfait, d'un autre coté numeric (on peut travailler plus finement), si je ne souviens bien de la doc est un alias de decimal, et c'est 2,5 fois(octets) le smallint.
En clair quelles sont les avantages de numeric par rapport a (bigint, int, smallint, tinyint), en tant que clé primaire
Sous phpMyAdmin, on peux mettre un nombre en unsigned, augmentant ainsi le plage, je n'ai rien trouver d'équivalent sous Sql Server (mais cherché ???).
Merci d'avance pour vos réponses