Discussion :

[omelhor]

Bonjour,

Quel est la différence entre tinyint(4) et tinyint(1) ?

Code :

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

1
2
3
4
CREATE TABLE IF NOT EXISTS `test` (
  `champ1` tinyint(4) unsigned NOT NULL,
  `champ1` tinyint(1) unsigned NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

J'avoue de pas comprendre j'ai inséré la valeur 254 dans le champ1 et champ2 sans problème ?

Merci beaucoup pour votre aide

[ced]

Bonjour,

Voici ce que dit la documentation MySQL à ce propos :

En extension de la norme ANSI/ISO SQL92, MySQL supporte aussi les types entiers TINYINT, MEDIUMINT, et BIGINT, comme présenté ci-dessus. Un autre extension supportée par MySQL permet de spécifier optionnellement la taille d'affichage, sous la forme d'une valeur entière entre parenthèses, juste après le mot clé spécifiant le type (par exemple, INT(4)). Cette spécification de taille est utilisée pour remplir à gauche, avec le caractère de remplissage par défaut, les nombres dont la taille est inférieure à celle spécifiée mais uniquement à l'affichage : cela ne réduit pas l'intervalle de validité des valeurs qui peuvent être stockées dans la colonne.

Lorsqu'elle est utilisée avec l'attribut de colonne optionnel ZEROFILL, le caractère de remplissage par défaut est remplacé par le caractère zéro. Par exemple, pour une colonne dont le type est INT(5) ZEROFILL, la valeur 4 sera lue 00004.

La valeur entre parenthèses est donc là uniquement pour l'affichage, quand l'option ZEROFILL a été spécifiée à la création de la donnée.

De plus, comme vos colonnes sont spécifiées avec UNSIGNED, les valeurs acceptées pour un TINYINT vont de 0 à 255. Il est donc normal que la valeur 254 passe sans broncher.

[SQLpro]

En fait, comme MySQL ne sait pas implémenter les domaines (CREATE DOMAIN...) ils ont rajouter des types anormatifs et limité la taille des entiers....
En plus la doc est fausse, car le type BIGINT existe bien dans la norme SQL depuis des lustres (au moins 15 ans !).

A +

[skuatamad]

De toute façon, par défaut mysql ne renvoie pas d'erreur mais un simple warning si les données ne correspondent pas au type définit et s'arrange à sa sauce...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
mysql> create table t (c1 tinyint(4), c2 tinyint(1));
Query OK, 0 rows affected (0.03 sec)
 
mysql> insert into t values (100000000,1000000000);
Query OK, 1 row affected, 2 warnings (0.02 sec)
 
mysql> show warnings;
+---------+------+---------------------------------------------+
| Level   | Code | Message                                     |
+---------+------+---------------------------------------------+
| Warning | 1264 | Out of range value for column 'c1' at row 1 |
| Warning | 1264 | Out of range value for column 'c2' at row 1 |
+---------+------+---------------------------------------------+
2 rows in set (0.00 sec)
 
mysql> insert into t values ('a','b');
Query OK, 1 row affected, 2 warnings (0.01 sec)
 
mysql> show warnings;
+---------+------+-------------------------------------------------------+
| Level   | Code | Message                                               |
+---------+------+-------------------------------------------------------+
| Warning | 1366 | Incorrect integer value: 'a' for column 'c1' at row 1 |
| Warning | 1366 | Incorrect integer value: 'b' for column 'c2' at row 1 |
+---------+------+-------------------------------------------------------+
2 rows in set (0.00 sec)
 
mysql> select * from t;
+------+------+
| c1   | c2   |
+------+------+
|  127 |  127 |
|    0 |    0 |
+------+------+
2 rows in set (0.00 sec)
 
mysql>

L'installation par défaut est beaucoup trop permissive et il est très recommandable de démarrer mysql avec certains sql_mode comme TRADITIONAL (ou ONLY_FULL_GROUP_BY )

[omelhor]

Merci beaucoup pour vos informations
Je clos l'incident