Discussion :

[awa123]

Bonjour,

J'ai quelques questions très basique sur le typage de données

de base je comprends que ceci est la règle d'or :


Mes questions :
Tinyint ==> un octet donc 2^8 = 256 caracteres différents incluant le Zero ==> donc de 0 à 255 valeurs possibles [c'est trés clair]

Smallint ==> deux octets donc 2^[8*2] = 65536 caracteres différents incluant le Zero ==> donc de 0 à 65535 ou alors de -32768 à +32767, sauf ce n'est pas ce que je vois sur le tableau ci dessus ? mon raisonnement est il bon ?

d'autre part, j'ai trouvé une autre tableau ci dessous, qui est plus logique pour moi, pouvez vous me confirmer que c'est bien compatible avec SQL SERVER ?



Autre question : si dans une de mes colonnes j'ai une valeure "-1" et tous le reste varie entre 0 et 65 000 ==> du coup faut que je comprenne que le Smallint gérera desormais que les valeurs de -32.768
à 32.767 à cause de la valeurs négative et ne sera donc plus adapté, il faudrait prendre desormais le INT, est ce correct?

Mille Mercis

[sevyc64]

Je ne sais pas d'où vient le second tableau, mais concernant SQL Server c'est bien le premier tableau qui est juste.

Le type TinyInt est une type numérique non signé. Cela signifie que tu peux y stocker des valeurs de 0 à 255, mais pas de valeurs négatives.

Tous les autres types sont des types signés. Tu peux y stocker des valeurs négatives.

En conséquence, pour stocker une valeur entre 32768 et 65535 compris, il te faudra bien un type Int, le SmallInt étant insuffisant.

[awa123]

merci pour ce premier retour,

concernant le Smallint pourquoi il n'est pas proposé les 65536 caracteres différents incluant le Zero dans le premier tableau ?

concernant les types signés et non singés, pouvez vous svp m'aider sur "autre question" dans mon message précédent car j'aimerai savoir sur quelle condition ça définira l'amplitude de valeurs considérées

merci

[SQLpro]

Tu sait visiblement mal calculer....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT ABS(-32768) + 32767 + 1

Donne 65536 :

• Premier chiffre => les négatifs
• Second chiffre => les positifs
• 1 => zéro.

A +

[escartefigue]

Bonjour,

Autre question : si dans une de mes colonnes j'ai une valeur "-1" et tous le reste varie entre 0 et 65 000 ==> du coup faut que je comprenne que le Smallint gérera desormais que les valeurs de -32.768
à 32.767 à cause de la valeurs négative et ne sera donc plus adapté, il faudrait prendre desormais le INT, est ce correct?

Non :

• si le type est déclaré signé, alors c'est le bit de poids fort qui détermine si la valeur est positive (0) ou négative (1) ;
• si le type est déclaré non signé, alors on se fout de la valeur du bit de poids fort, ce faisant "-1" n'existe pas.

[awa123]

Merci de vos réponse

@SQLpro, si j'ai bien compris cette logique, mais mon incompréhension était de savoir si le type de donée sera signé (comprenant les valeurs negatives et positives) ou s'appliquera de facon non signé (que les valeurs positives).

mais je pense que je viens de comprendre : sur SQL Server tous les types de données numériques sont signés ==>c'est à dire que l'amplitude sera du négatif au positif.

Seul Exception : le TinyInt qui est non signé

Le 2e tableau de mon premier message prete à confusion et donne l'impression qu'on peut choisir notre amplitude.

Quelqu'un pourrait il juste me confirmer cela svp?

[SQLpro]

Oui dans SQL Server les types SMALLINT, INT et BIGINT sont signés, parce qu'ils s'alignent sur la norme SQL.
Le type TINYINT qui n'existe pas dans la norme, est, lui, non signé.

MS SQL Server est le SGBDR le plus respectueux de la norme SQL à ce jour.

Les moins rspectueux sont, dans l'ordre de l'irrespect :
MySQL / MariaDB
PostGreSQL
Oracle
...

A +