INSERT INTO qui ne fonctionne pas mais qui fonctionne

**quiky** · 09/12/2009, 14h28

Bonjour à tous, voilà, j'ai un bug formidable et comme tous les trucs qui vous pourrissent la vie, je suis sûr que ce sera résolu au premier coup d'œil extérieur.

C'est un panier => on enregistre la commande dans la base de données (truc classique)

D'abord on créé la commande, ensuite on insère autant de lignes dans la commande que de produits.

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
59
60
61
62
63
64
65
66
67
 
<?php
 
//  Connexion à la base de données
		include("../fr_connexion_bdd_online.php");
 
		$etat=1;
		$reqcde = 
		"
			INSERT INTO commandes
			(
				idclient, 
				datecde, 
				prixtotal,
				etat		
			)
			VALUES 
			(
				'" . $_SESSION['idclient'] . "', 
				'" . time() . "',
				'" . $_SESSION['total_prix_panier'] . "',
				'" . $etat . "'
			)
		";
		echo $reqcde;
		echo("<br>");
		$envoie_reqcde=mysql_query($reqcde);
		$commande_id = mysql_insert_id();
 
		for ($i=0; $i < count($_SESSION['achats']); $i++)
		{
			$reqlignecde = 
			"
				INSERT INTO lignecde 
				(
					idcde,
					refproduit,
					qte,
					prix,
					lg,
					diam,
					couleur,
					texte,
					idecrin
				)
				VALUES 
				(
					'" . $commande_id . "',
					'" . $_SESSION['achats'][$i]['id'] . "',
					'" . $_SESSION['achats'][$i]['qte'] . "',
					'" . $_SESSION['achats'][$i]['prix'] . "',
					'" . $_SESSION['achats'][$i]['lg'] . "',
					'" . $_SESSION['achats'][$i]['diam'] . "',
					'" . $_SESSION['achats'][$i]['couleur'] . "',
					'" . $_SESSION['achats'][$i]['texte'] . "',
					'" . $_SESSION['achats'][$i]['ecrin'] . "'
				)
			";
 
			$envoie_reqlignecde=mysql_query($reqlignecde);
			echo ("ligne ");
			echo $i;
			echo (" : ");
			echo $reqlignecde;
			echo("<br>");
		}
?>

Voilà, ce qu'il faut savoir, c'est que mes echo affichent ceci :

INSERT INTO commandes ( idclient, datecde, prixtotal, etat ) VALUES ( '15', '1260365086', '215', '1' )

ligne 0 : INSERT INTO lignecde ( idcde, refproduit, qte, prix, lg, diam, couleur, texte, idecrin ) VALUES ( '', 's004cln', '1', '65', '17.4', '3', '', '', '' )

ligne 1 : INSERT INTO lignecde ( idcde, refproduit, qte, prix, lg, diam, couleur, texte, idecrin ) VALUES ( '', 'p005vrs', '1', '150', '17.4', '4.5', 'rose', '', '2' )

Je vais dans ma BDD et là RIEN !! NÉANT !!!

Alors je me pose la question sur la justesse de ma requête et je vais sagement copier coller ces quelques lignes (en prenant soin de mettre l'identifiant de la commande manuellement)...

MIRACLE : ça marche...

Quelqu'un peut m'expliquer ?

**Amara** · 09/12/2009, 14h36

Commence par mettre des "or die(mysql_error())" après tes mysql_query pour voir si il y a un plantage ou pas.

Ton premier INSERT doit pas bien se passer vu qu'après $commande_id a l'air vide.

**Sebastien14** · 09/12/2009, 14h37

Tu as essayer de faire un copier coller sans rien toucher à ta requête?
Je pense que le fait que ton idcde soit vide pose souci.

**quiky** · 09/12/2009, 14h38

Effectivement ça coupe et ça me met le message d'erreur suivant :

Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Alors que juste avant j'ai une requête qui fonctionne

En fait pour idcde, si la 1ere requete réussi la fonction

$commande_id = mysql_insert_id();

va me retourner l'id de la commande donc en fait ce que j'ai fait pour tester les lignes suivantes, c'est simplement de renseigner l'idcde manuellement.

**Fench** · 09/12/2009, 14h50

Tu peux donner la déclaration de tes deux tables stp ?

**quiky** · 09/12/2009, 14h54

Bien sûr (enfin je crois ^^)

CREATE TABLE `commandes` (
`idcde` int(11) NOT NULL auto_increment,
`idclient` int(11) NOT NULL,
`datecde` int(11) NOT NULL,
`prixtotal` float NOT NULL,
`etat` int(2) NOT NULL,
PRIMARY KEY (`idcde`)
)

CREATE TABLE `lignecde` (
`idligne` int(11) NOT NULL auto_increment,
`idcde` int(11) NOT NULL,
`refproduit` varchar(10) collate latin1_german2_ci NOT NULL,
`qte` int(11) NOT NULL,
`prix` float NOT NULL,
`lg` float NOT NULL,
`diam` float NOT NULL,
`couleur` varchar(10) collate latin1_german2_ci NOT NULL,
`texte` varchar(255) collate latin1_german2_ci NOT NULL,
`idecrin` int(11) NOT NULL,
PRIMARY KEY (`idligne`)
)

C'est généré automatiquement par l'outil SQL que j'ai sur mon hébergeur.

**Fench** · 09/12/2009, 15h03

Déjà à cause des NOT NULL les insertion ne pourront se faire (INSERT avec des champs null <-> '' pour un int ....

Reste l'index !

Dans la table commandes l'insertion se fait ?

**quiky** · 09/12/2009, 15h06

Je comprends bien le truc avec les NOT NULL (bien que ce soit auto dans ma base de données, je dois pouvoir les virer)

Par contre, quand je prends ma ligne

INSERT INTO commandes ( idclient, datecde, prixtotal, etat ) VALUES ( '15', '1260366728', '215', '1' )

(sortie avec echo) et que je la met dans la base de données, ça fonctionne, donc du coup, je pense pas forcément que les NOT NULL aient leur part de responsabilité.

Enfin je me trompe peut-être mais si les NOT NULL posaient problème, l'insertion ne devrait pas se faire peu importe le moyen non ?

EDIT : Oui quand je copie colle cette ligne dans la base ça marche

Nombre d'enregistrements insérés : 1
Identifiant de l'enregistrement inséré: 10 (traitement: 0.0000 sec.)
requête SQL:
INSERT INTO commandes( idclient, datecde, prixtotal, etat )
VALUES (
'15', '1260366728', '215', '1'
)

**Fench** · 09/12/2009, 15h09

Au fait j'avais pas vu ton message d'erreur,

Ton serveur tourne en ce moment ?

**Fench** · 09/12/2009, 15h10

Je parlais des NOT NULL pour les lignes de commandes et non de Commandes

**quiky** · 09/12/2009, 15h12

Sur la même base de données, je viens de créer un client à l'instant pour vérifier qu'elle tourne... ça fonctionne impeccable

Je comprends pas ce message car il semble indiquer que le serveur ne tourne pas ou que je me suis planté dans mes identifiants.

le problème c'est que toutes mes autres requêtes fonctionnent parfaitement (et y'en a pas peu...)

**Madfrix** · 09/12/2009, 15h14

A tout hasard, ton fichier fr_connexion_bdd_online.php est correct ?

Oui mets des "or die" un peu partout et evite de mettre trop d'instruction echo qui ralentissent ton code, vaut mieux tout mettre dans une variable dont tu fais l'echo ensuite

**Fench** · 09/12/2009, 15h18

Je crois avoir trouvé

(enfin j'espére)

Dans le manuel:

mysql_insert_id() convertit le type de valeur retourné par la fonction C de MySQL C mysql_insert_id() en type PHP long (appelé int en PHP). Si votre colonne de type AUTO_INCREMENT est une colonne de type BIGINT, la valeur retournée par mysql_insert_id() sera incorrecte. À la place, utilisez la fonction interne MySQL LAST_INSERT_ID() dans une requête SQL.

Ton int(11) n'est peut être pas bon,

Malheureusement je travaille en Postgres et non Mysql alors je peux pas m'étendre là dessus mais à voir ....

**quiky** · 09/12/2009, 15h19

Oui Madfrix,

comme je le disais auparavant, absolument TOUTES les autres requêtes de mon site fonctionnent (soit à peu près 50), et toutes sont faites après un appel à mon fichier fr_connexion_bdd_online.php

Pour les echo, tu as raison, mais leur seul but ici est de voir avec mes yeux ou est-ce que ça plante... étant donné que le message d'erreur mysql ne me permet pas d'avancer

Sinon j'ai mis des or die sur toutes mes instructions sql et elles passent toutes sans broncher