Quelle est la plage de valeurs de TINYINT dans MySQL

Scénario du projet :

Récemment, au cours du processus de développement, j'ai vu un champ Thinint dans la conception de la table, mais je suis devenu curieux de connaître sa portée

Description du problème :

Lorsque nous remplissons plus de 128 valeurs, le champ devient L'erreur suivante sera signalée

Cause:com.mysql.jdbc.MysqlDataTruncation:Troncation des données:Valeur hors plage pour la colonne "priorité" à la ligne 1 ;

Analyse de la cause :

à partir de -2 ^7 (-128) à 2^7 - 1 (127) données entières. La taille de stockage est de 1 octet (non définie sur le type non signé UNSIGNED).
Ainsi, lors de la construction d'une table, le véritable effet n'est en réalité que tinyint(3). Même si vous construisez tinyint(100), elle aura toujours 3 chiffres au maximum.

Ici, je vais vous donner un peu de vulgarisation scientifique sur les raisons pour lesquelles tinyint a de telles limitations

La plage de valeurs du type de données Tinyint dans MySQL est signée -128 à 127. 0 à 255 est la plage de valeurs dans la plage non signée. Vous pouvez. consultez le "Manuel de référence MySQL 5.1" officiel

Tinyint occupe 1 octet d'espace de stockage, soit 8 bits. Alors d’où vient la fourchette de valeurs de Tinyint ?
Regardons d’abord le cas non signé. La valeur minimale non signée est que les 8 bits sont 0, qui est 0 une fois converti en décimal. Par conséquent, la valeur Tinyint minimale non signée est 0. La valeur maximale non signée est que les 8 bits sont 1, 11111111, qui est converti en décimal. C'est 255. C'est facile à comprendre.
D'où vient la plage de valeurs de Tinyint signé ? Dans les ordinateurs, le bit le plus élevé représente un symbole. 0 représente positif, 1 représente négatif et le reste représente des valeurs numériques. Puis valeur minimale signée de 8 bits :
　1　1　1　1　1　1　1 1 = -127 (représentant une valeur négative)
Valeur maximale :
　0　1　1　1　1　1　1　1 = +127 (représentant une valeur positive)

Pourquoi la valeur minimale signée est-elle de -127, et non de -128 ? C'est le point clé de cet article. En informatique, les valeurs négatives sont représentées par le code complément à deuxPourquoi la valeur minimale de TINYINT est-elle signée -128 ? Bien que "-0" soit également "0", selon le système positif, négatif et complémentaire, le complément de "-0" est différent de "+0", il existe donc une situation où deux compléments représentent une valeur numérique. Afin de faire correspondre son complément aux nombres, il est artificiellement stipulé que "0" doit toujours être représenté par "+0". Dans le même temps, afin d'utiliser pleinement les ressources, le code complémentaire qui devait initialement représenter "-0" est spécifié comme représentant -128.

Extension supplémentaire des points de connaissancesUne brève introduction aux principales différences entre int, bigint, smallint et tinyint dans MySQL

Lorsque j'ai récemment utilisé la base de données MySQL, j'ai rencontré une variété de types de nombres, principalement int, bigint , smallint et tinyint. Ce qui est plus déroutant, c'est la différence entre int et smallint. Je vais l'écrire sur mon blog :
Utilisez le type de données numériques précis de données entières.
bigintDonnées entières (tous les nombres) de -2^63 (-9223372036854775808) à 2^63-1 (9223372036854775807). La taille de stockage est de 8 octets.

intDonnées entières (tous les nombres) de -2^31 (-2 147 483 648) à 2 ^ 31 – 1 (2 147 483 647)
. La taille de stockage est de 4 octets. Le synonyme SQL-92 de int est entier.

smallintDonnées entières de -2 ^ 15 (-32 768) à 2 ^ 15 - 1 (32 767). La taille de stockage est de 2 octets.

tinyintDonnées entières de 0 à 255. La taille de stockage est de 1 octet.

Ajouté : Prise en charge du type de données bigint où les valeurs entières sont prises en charge. Cependant, bigint est utilisé dans certains cas particuliers, lorsque la valeur entière dépasse la plage prise en charge par le type de données int, bigint peut être utilisé. Dans SQL Server, le type de données int est le type de données entier principal.
Dans le tableau de priorité des types de données, bigint se situe entre smallmoney et int.
La fonction renvoie bigint uniquement lorsque l'expression du paramètre est de type de données bigint. SQL Server ne promeut pas automatiquement les autres types de données entiers (tinyint, smallint et int) en bigint.
int(M) Dans le type de données entier, M représente la largeur d'affichage maximale. Dans int(M), la valeur de M n'a rien à voir avec la quantité d'espace de stockage occupée par int(M). Cela n'a rien à voir avec le nombre de chiffres int(3), int(4) et int(8) occupent tous 4 bits d'espace de stockage sur le disque.

Solution :

Il existe trois solutions principales

1 Modifiez le champ de la table de données (changez en int ou d'autres types)
2 Vérifiez la zone de saisie frontale, et si la valeur dépasse la valeur, une fenêtre contextuelle s'affiche. une invite apparaîtra (peu conviviale)
3. La valeur du backend est vérifiée, et si elle ne correspond pas, une exception sera levée (la troisième méthode que j'ai utilisée)

Assert.isTrue(!(rule.getPriority()!= null && rule.getPriority()>100),"支持最大优先级数为100!");

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!