Quand dois-je utiliser UNSIGNED et SIGNÉ INT dans MySQL?

Quand dois-je utiliser UNSIGNED et SIGNÉ INT dans MySQL ?
Quoi de mieux pour utiliser ou c'est juste personnel prefernce ?
Parce que je l'ai vu utilisé comme cela;

id INT(10) UNSIGNED NOT NULL AUTO_INCREMENT

et

id INT(11) NOT NULL AUTO_INCREMENT
InformationsquelleAutor Tux | 2012-07-17
  1. 146

    UNSIGNED seulement les magasins de nombres positifs (ou nuls). D'autre part, signé pouvez stocker des nombres négatifs (c'est à dire, peut avoir un effet négatif signe).

    Voici un tableau des plages de valeurs pour chaque INTEGER type de magasin:

    Quand dois-je utiliser UNSIGNED et SIGNÉ INT dans MySQL?

    Source: http://dev.mysql.com/doc/refman/5.6/en/integer-types.html

    UNSIGNED varie de 0 à n, bien que signé varie de -n/2 à n/2.

    Dans ce cas, vous avez un AUTO_INCREMENT colonne ID, de sorte que vous n'aurait pas négatifs. Ainsi, l'utilisation UNSIGNED. Si vous n'utilisez pas UNSIGNED pour la AUTO_INCREMENT colonne, votre valeur maximum possible sera la moitié haute (et le négatif de la moitié de la valeur de la plage inutilisées).

    • Notez, cependant, que UNSIGNED est spécifique à MySQL, et pas un standard SQL fonctionnalité. Cela signifie que l'utilisation UNSIGNED peut faire une migration future vers un autre SGBDR plus compliqué ou vous causer des difficultés lors de l'utilisation de bibliothèques de logiciels ciblant le standard SQL comme SQLAlchemy. Je pense que cela devrait être une partie de la réponse.
    InformationsquelleAutor Wiseguy
  2. 7

    Utilisation UNSIGNED des entiers non négatifs.

    InformationsquelleAutor Paul Denisevich
  3. 4

    Essentiellement avec UNSIGNED, vous donnez vous-même deux fois plus d'espace pour l'entier depuis que vous spécifiez explicitement que vous n'avez pas besoin des nombres négatifs (généralement parce que les valeurs que vous magasin ne sera jamais négatif).

    InformationsquelleAutor Srneczek
  4. 1

    Je ne suis pas d'accord avec vipin cp.

    Le vrai, c'est que le premier bit est utilisé pour représenter le signe. Mais 1 est négative et 0 est pour les valeurs positives. Plus les valeurs négatives sont codées de manière différente (complément à deux). Exemple avec TINYINT:

    The sign bit
|
1000 0000b = -128d  
...  
1111 1101b = -3d  
1111 1110b = -2d  
1111 1111b = -1d  

0000 0000b = 0d  
0000 0001b = 1d  
0000 0010b = 2d  
...  
0111 1111b = 127d
    InformationsquelleAutor Kinga the Witch
  5. 0

    Une chose que je voudrais ajouter
    Dans un signed int, qui est le default value in mysql , 1 bit sera utilisé pour représenter sign. -1 for negative and 0 for positive.
    Donc, si votre application n'insérez qu'une valeur positive, il devrait mieux préciser non signé.

    InformationsquelleAutor vipin cp
  6. 0

    Si vous connaissez le type de numéros, vous allez au magasin, vous pouvez choisir en conséquence.
    Dans ce cas, vos avez 'id' qui ne peut jamais être négatif. Ainsi, vous pouvez utiliser unsigned int.
    Gamme de signé int: -n/2 +n/2
    Gamme de unsigned int: 0 à n
    Donc, vous avez deux fois le nombre de nombres positifs disponibles.
    Choisir en conséquence.

    InformationsquelleAutor Debanik Dawn
  7. 0

    Je pense, UNSIGNED serait la meilleure option pour stocker quelque chose comme time_duration(par exemple: resolved_call_time = resolved_time(DateTime)-creation_time(DateTime)) valeur en minutes ou en heures, voire en quelques secondes format qui sera certainement un nombre non négatif

    InformationsquelleAutor Kamal