Discussion :

[MInfo25]

Bonjour

J'ai un champ avec des données qui commence par "00" mais mysql enlève ces zéro comment les faire apparaître ?
Voici ma table et mes insert into:

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
CREATE TABLE IF NOT EXISTS country_list (
code VARCHAR(2),
country_code smallint(11) DEFAULT NULL,
dial_code smallint(11) DEFAULT NULL,
id_code int(11) NOT NULL,
name varchar(90) DEFAULT NULL
)ENGINE=MyISAM DEFAULT CHARSET=latin1;
 
 
INSERT INTO country_list VALUES
('AF','0093','+93','1','Afghanistan'),
('AL','00355','+355',' 2','Albania'),
('DZ','00213','+213','3','Algerie'),
('AS','001684','+1 684','4','AmericanSamoa'),
('AD','00376','+376','5','Andorra'),
('AO','00244','+244','6','Angola'),
('AI','001264 ','+1 264','7','Anguilla'),
('AG','001268 ','+1268','8','Antigua and Barbuda'),
('AR','0054','+54','9','Argentina'),
('AM','00374','+374','10','Armenia'),
('AW','00297','+297','11','Aruba')

A la fin j'ai ça dans la base, dans le champ country-code les deux zéro du début sont supprimés:

[al1_24]

Tout simplement parce qu'un nombre n'a pas de zéros devant
Si tu veux enregistrer un code composé de chiffres avec des zéros non significatifs, il faut une colonne de type caractère et non numérique.

C'est toute la différence entre un chiffre et un nombre.
Un nombre est une valeur quantifiable, avec laquelle on peut faire des calculs.
Un chiffre est un caractère, au même titre qu'une lettre, et ne représente pas une valeur.

[MInfo25]

Merci beaucoup j'ai changé le type de la colonne et ça marche, merci !

[escartefigue]

Ici, si vos colonnes sont numériques, il suffit d'enlever les cotes dans l'assignation des valeurs

Si vous devez convertir le format numérique en caractère ou inversement, vous pouvez utiliser la fonction CAST ou CONVERT
cf. https://dev.mysql.com/doc/refman/5.7...functions.html

Notez qu'il est préférable de citer les colonnes dans l'insertion. La syntaxe suivante est à privilégier :
INSERT INTO ma_table (Col1, Col2, ..., Coln) VALUES (Val1, Val2, ..., Valn)
Cette syntaxe est plus claire car elle lève toute équivoque sur les colonnes cible et évite les mauvaises surprises en cas de modification de la structure de la table ou de la vue.

[Artemus24]

Salut à tous.

@ al1_24 : transformer le type de la colonne en char est une très mauvaise idée. Pourquoi ?
Car c'est juste une question de présentation à l'affichage du nombre.
Et ce nombre va occupé plus de place en stockage qu'il ne se doit !

J'ai un champ avec des données qui commence par "00" mais mysql enlève ces zéro comment les faire apparaître ?

D'abord, cela ne se nomme pas un champs mais une colonne.
Ensuite, les zéros devant un nombre ne sont pas des informations utiles.
Et vous indiquez ici soit un problème d'affichage, soit un problème de stockage de votre nombre.

La colonne qui vous pose problème est :

Code :

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

country_code smallint(11) DEFAULT NULL,

Il suffit de modifier votre colonne ainsi :

Code :

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

country_code smallint(11) zerofill default null,

A l'affichage, vous aurez toujours 11 chiffres, complétés à gauche par des zéros.
Mais si vous utilisez smallint, le maximum est de 5 chiffres.

@+

[CinePhil]

Pas d'accord !

La bonne pratique est qu'on n'utilise des colonnes numériques que pour les identifiants auto-incrémentés (et donc les clés étrangères) et les nombres sur lesquels on peut faire des calculs (une année est un nombre, pas une référence de produit, même si elle est toujours composée exclusivement de chiffres).

Un jour ou l'autre, il peut arriver qu'un code initialement numérique devienne alphanumérique et on se retrouve à devoir changer les requêtes qui considéraient le code en tant que nombre.
Exemple avec les départements français qui étaient numérotés de 01 à 95 (+ les DOM en 9nn) : un jour, la Corse (20) a été divisée en deux (2A et 2B).

Un code postal n'est pas un nombre, un numéro de téléphone non plus. Dans le cas présent, le country_code n'est pas un nombre. Comme son nom l'indique, c'est un code.

Et au passage, insérer la valeur '0093' dans une colonne de type SMALLINT, ce n'est pas normal que MySQL accepte ça !

[Artemus24]

Salut CinePhil.

Pas d'accord !

Je veux bien mais avec qui et sur quoi ?

Ici, il s'agit de la colonne "country_code" qui est de nature numérique dans l'exemple donnée par MInfo25.
Je suis parti de l'hypothèse que ce n'est qu'un problème d'affichage et non un problème de stockage.
Donc "93" ou "0093", pour moi, cela représente la même chose, en stockage, soit toujours la valeur numérique 93.
Pour les comparaison, cela ne pose aucun problème, en tout cas dans le code pays.

La bonne pratique est qu'on utilise des colonnes numériques que pour les identifiants auto-incrémentés (et donc les clés étrangères) et les nombres sur lesquels on peut faire des calculs (une année est un nombre, pas une référence de produit, même si elle est toujours composée exclusivement de chiffres).

Là, je ne suis pas d'accord avec vous sur cette restriction des colonnes numériques. Je ferai une réponse de Normand, ça dépend !

Il y a le problème de l'espace d'occupation en mémoire de votre information. Je préfère mettre en numérique, plutôt que sous forme de chaines de caractères car cela va nous faire gagner quelques octets par lignes et donc sûrement des mega octets ou plus dans la volumétrie de la table.

L'important est la représentation de votre information et comment allez-vous l'exploiter par la suite.

Exemple avec les départements français qui étaient numérotés de 01 à 95 (+ les DOM en 9nn) : un jour, la Corse (20) a été divisée en deux (2A et 2B).

Oui, je suis d'accord avec vous sur cet exemple des départements français.

Un code postal n'est pas un nombre

La poste française a conservée l'ancienne notation des départements de la corse (20) et donc ne fait pas de distinction entre haute corse et corse du sud.
Voici pour la haute corse : http://fr.gpspostcode.com/code-posta...e/haute_corse/
Et voici pour la corse du sud : http://fr.gpspostcode.com/code-posta.../corse_du_sud/

Mais comment chacun le sait, le code postal ne concerne pas que la France mais aussi l'international.

un numéro de téléphone non plus

Oui car la recommandation est le E.164 :
- Un numéro de téléphone doit avoir au maximum 15 chiffres
- La première partie est l’indicatif du pays (1 à 3 chiffres)
- La seconde partie est l’indicatif national (NDC)
- La dernière partie est le numéro de l’abonné (SN)
- Les numéros NDC et SN sont collectivement appelés numéro national.

Exemple de numéro de téléphone international :
- Indicatif pays : +44
- Indicatif national : 7911
- Numéro de l’abonné : 123456
- Résultat : +447911123456

Pourquoi on ne peut pas le mettre sous forme numérique ? Car les zéros ont de l'importance.
Un numéro commençant par "17" ne correspond pas à "017" ou encore "0017".
Autrement dit, le formatage du numéro de téléphone a son importance !
--> https://www.cm.com/fr-fr/blog/commen...international/

@+