Discussion :

[plugix]

Bonjour

Voici la structure de ma table =

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE `paiement` (
  `idPaiement` int(11) NOT NULL,
  `numFacture` int(11) NOT NULL,
  `montant` float NOT NULL,
  `date` varchar(8) NOT NULL,
  `type_paiement` enum('','Chèque','Virement','CB','Liquide','Avoir') NOT NULL,
  `commentaire` varchar(255) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
 
  ADD PRIMARY KEY (`idPaiement`);
  MODIFY `idPaiement` int(11) NOT NULL AUTO_INCREMENT;COMMIT;

Et je ne comprends pas pourquoi cette requête ne fonctionne pas =

Code :

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

INSERT INTO paiement (idPaiement, numFacture, date, montant, type_paiement, commentaire) select NULL, numFacture ,date, montant, type_paiement, commentaire FROM paiement where numFacture = '1144'

Ca répond = 0 ligne créée


Merci de votre aide et très bonne journée

PlugX

[al1_24]

As-tu vérifié que select NULL, numFacture ,date, montant, type_paiement, commentaire FROM paiement where numFacture = '1144' retournait bien des lignes ?

[plugix]

Ah effectivement c'est une approche SUPER constructive ça ... je crois voir de la lumière au bout de ce tunnel ! ...

[escartefigue]

De plus, comme la colonne numfacture est de type integer, il faut supprimer les quotes dans la clause WHERE pour éviter la conversion implicite de type qui compromet l'usage des index (et plombe donc les perfs)

[manzeki]

Le champ date doit être de type date et non varchar
Nul besoin de spécifier le champ idPaiement dans la requête d'insertion, vu que c'est un auto_increment

Code :

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

1
2
3
4
 
INSERT INTO paiement (numFacture, date, montant, type_paiement, commentaire) 
SELECT numFacture ,date, montant, type_paiement, commentaire
FROM paiement where numFacture = 1144

[escartefigue]

Et la colonne montant ne devrait pas être de type float car la partie décimale d'un type float est imprécise, le type float est à réserver pour les très grands nombres qui n'ont pas besoin d'une précision décimale fiable. À remplacer par un type decimal(n,p)

Et, pour la colonne type_paiement, plutôt que d'utiliser un enum, un FK vers une table de typologie serait préférable

Comme quoi, il y en a des choses à dire


Attention : dans une base de données on ne parle pas de "champ" mais de "colonne" ; les "champs" sont les zones de saisie d'un formulaire ou de restitution d'un état

[plugix]

( le paiement à dupliquer était cherché sur la colonne numéro de facture au lieu de le chercher par idPaiment )

ça duplique évidemment très bien

vos différentes remarques m'ont appris des choses

je plussoie tout le siteet la communauté developpez

@+