Discussion :

[bndd24]

Bonjour,

Je rencontre un problème pour faire un update, voici ma requête :

Code :

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

UPDATE ebay SET shipping = '2' WHERE shipping = 1.86;

Je pense que ma requête est correcte mais je ne comprends pas pourquoi rien n'est modifié, il y a écrit 0 ligne affectée dans la console mysql.

Je veux que l'ensemble de la colonne shipping portant comme référence 1.86 soit maintenant à 2. Rien de bien extravagant

Voici ma table au cas ou..

Code :

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

1
2
3
4
5
6
7
CREATE TABLE `ebay` (
  `id` int(5) NOT NULL,
  `title` varchar(80) NOT NULL,
  `price` float NOT NULL,
  `shipping` float NOT NULL,
  `purchase` float NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Merci à vous

[tatayo]

Bonjour,
Shipping est de type FLOAT, pourquoi mettre la nouvelle valeur entre quote ?
D'ailleurs la requête manque de cohérence, la nouvelle valeur est entre quote, et pas l'ancienne...

Tatayo.

[bndd24]

j'ai déjà essayé avec ou sans quote mais toujours la même chose, aucune modification !

[escartefigue]

J'abonde dans le sens de ce qu'a mentionné Tatayo, le type avant et après doit être le même, comme ici votre colonne est de type float, pas de quote
ce qui donne :

UPDATE ebay SET shipping = 2 WHERE shipping = 1.86

Par ailleurs, vous devriez avoir soit un message d'erreur indiquant que le type de la valeur n'est pas compatible avec le type de la colonne, soit un code retour mentionnant qu'aucune ligne n'est éligible pour la valeur 1.86
De plus, le type float est inadapté pour un prix. Float est fait pour les très grandes valeurs sous forme de puissance de 10, la partie décimale est donc approximative.
Un prix doit être modélisé en format "décimal" ou "numéric" selon les SGBD

[bndd24]

Je suis d'accord que le type float n'est peut-être pas adapté pour un prix, mais cela n'explique pas le fait que j'ai 0 ligne modifiée !

par exemple, même avec :

Code :

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

UPDATE ebay SET shipping = 2.56 WHERE shipping = 1.86;

Je n'ai toujours aucune ligne modifiée !

[SergioMaster]

Bonjour,

Je n'ai toujours aucune ligne modifiée !

c'est fort possible étant donné qu'avec le type float je suis prêt à parier que la valeur stockée est proche mais non égale à 1.86
il faut utiliser ROUND

Code :

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

UPDATE ebay SET shipping = 2.56 WHERE ROUND(shipping,2) = 1.86;

[escartefigue]

Je suis d'accord que le type float n'est peut-être pas adapté pour un prix, mais cela n'explique pas le fait que j'ai 0 ligne modifiée

Pour rappel :

. . . le type float est inadapté pour un prix. Float est fait pour les très grandes valeurs sous forme de puissance de 10, la partie décimale est donc approximative. . .

Dit autrement :

c'est fort possible étant donné qu'avec le type float je suis prêt à parier que la valeur stockée est proche mais non égale à 1.86
il faut utiliser ROUND

Code :

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

UPDATE ebay SET shipping = 2.56 WHERE ROUND(shipping,2) = 1.86;

Mais attention : filtrer sur un montant qui plus est approximatif, est évidement une opération risquée...

[bndd24]

Je comprends merci pour les réponses. Du coup pour un prix j'ai essayé de modifier en decimal 5,3 (jusqu’à 5 chiffres dont 2 chiffres après la virgule) mais au moment du changement il m'affiche uniquement 5,0

[escartefigue]

La BDD ne peut pas restituer ce qu'elle ne connait pas, quand vous avez voulu stocker la valeur 1,86 dans une colonne de type float, la BDD a stocké une valeur approchée
A partir de là le mal est fait et vous ne retrouverez jamais la valeur initiale

Par contre, si désormais vous stockez 1.86 dans la colonne de type décimal, vous retrouverez bien exactement cette valeur

D'où l'intérêt de bien choisir le typage des attributs dès la conception

[bndd24]

Je viens d'ajouter une colonne toute neuve en decimal 5,2 pourtant la structure m'affiche bien 5,0 !

donc le problème ne vient peut-être pas de là... des idées ?

[escartefigue]

Pouvez vous communiquer le DDL de la table (CREATE TABLE) et l'ordre insert

[bndd24]

Pouvez vous communiquer le DDL de la table (CREATE TABLE) et l'ordre insert

c'est à dire ?

ceci ? :

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
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
-- phpMyAdmin SQL Dump
-- version 4.6.4
-- https://www.phpmyadmin.net/
--
-- Client :  127.0.0.1
-- Généré le :  Sam 06 Janvier 2018 à 14:36
-- Version du serveur :  5.7.14
-- Version de PHP :  7.0.10
 
SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";
 
 
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8mb4 */;
 
--
-- Base de données :  `auto`
--
 
-- --------------------------------------------------------
 
--
-- Structure de la table `ebay`
--
 
CREATE TABLE `ebay` (
  `id` int(5) NOT NULL,
  `title` varchar(80) NOT NULL,
  `price` decimal(5,0) NOT NULL,
  `shipping` float NOT NULL,
  `purchase` float NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
 
--
-- Index pour les tables exportées
--
 
--
-- Index pour la table `ebay`
--
ALTER TABLE `ebay`
  ADD PRIMARY KEY (`id`);
 
--
-- AUTO_INCREMENT pour les tables exportées
--
 
--
-- AUTO_INCREMENT pour la table `ebay`
--
ALTER TABLE `ebay`
  MODIFY `id` int(5) NOT NULL AUTO_INCREMENT;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

Je viens même de créer une nouvelle table (pour les tests) toute neuve avec une colonne id et une autre test en decimal 5,2 mais il m'affiche toujours 5,0 !!

[escartefigue]

D'après le DDL communiqué, la zone prix est en decimal(5,0) et non pas decimal(5,2)

[bndd24]

oui et c'est justement le problème

Je rentre bien 5,2 comme valeur mais dans l'affichage de la structure il m'affiche 5,0 !

[al1_24]

Tu es sûr que tu déclares bien un DECIMAL(5,2) et pas un DECIMAL(5.2) ?

[bndd24]

très sûr

[SQLpro]

Je suis d'accord que le type float n'est peut-être pas adapté pour un prix, mais cela n'explique pas le fait que j'ai 0 ligne modifiée !

par exemple, même avec :

Code :

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

UPDATE ebay SET shipping = 2.56 WHERE shipping = 1.86;

Je n'ai toujours aucune ligne modifiée !

si cela l'explique parfaitement. Les nombre réels (REAL) et flottants (FLOAT) sont des nombres approximatifs. En mettant 1.86 peut être qu'en interne il y a 1.8599999999999999999999999999 ou 1.8600000000000000001 donc, vous ne le retrouverez jamais. C'est pourquoi il existe le type décimal qui lui est un type précis. Il est donc parfaitement imbécile d'utiliser un type inapproprié et venir se plaindre après de ses conséquences !

Formez vous !
Mon site web comme mes bouquins peuvent vous y aider...

A +

[bndd24]

Désolé mais non, cela ne résout pas le problème (merci de lire attentivement le topic). Je viens de créer une base de donnée toute neuve, et au moment de créer une table avec un champ decimal 5,2 la structure indique 5,0 ! (VOIR PHOTO).

[SergioMaster]

Bonjour,

Et si c'était un problème lié au GUI ? personnellement j'ai essayé avec HeidiSQL
un simple SQL

Code :

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

1
2
3
4
CREATE TABLE TEST(
  id int(5) NOT NULL,
  price DECIMAL(5,2)
)

suivi d'un SHOW CREATE TEST pour vérifier

CREATE TABLE `test` (
`id` int(5) NOT NULL,
`price` decimal(5,2) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8

cela fonctionne
Par curiosité j'ai revérifié avec un autre GUI (Rapid SQL) et je n'obtiens pas le même résultat !

CREATE TABLE test
(
id int(10) NOT NULL, // po
price decimal(5,2) NULL
) ENGINE = InnoDB DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

Comme ce SGBD n'est pas ma tasse de thé j'en reste là, ce n'est plus un problème SQL mais MySQL

[bndd24]

Bonjour,

Et si c'était un problème lié au GUI ? personnellement j'ai essayé avec HeidiSQL
un simple SQL

Code :

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

1
2
3
4
CREATE TABLE TEST(
  id int(5) NOT NULL,
  price DECIMAL(5,2)
)

cela fonctionne
Par curiosité j'ai revérifié avec un autre GUI (Rapid SQL) et je n'obtiens pas le même résultat !

Comme ce SGBD n'est pas ma tasse de thé j'en reste là, ce n'est plus un problème SQL mais MySQL

Salut SergioMaster je pense que tu as en effet trouvé la source du problème ! Je viens de taper ton code de création de table dans la console mysql et j'ai bien 5,2 dans la structure, mais une fois que je vais dans modifier pour modifier quelque chose de la table (qui n'a rien a voir avec le champ decimal) alors là il me remet 5,0 alors que je n'ai rien modifié ! tu comprends mon explication ? sinon que faire ? pourquoi j'ai un problème "bizarre" comme celui ci ? note : je suis en local sous wamp.