message d'erreur inconnu - PHP - Programmation
Marsh Posté le 14-02-2006 à 10:19:52
a vue de nez je dirais que tu fais un select soit pour alimenter les valeurs d'un update ou d'un insert.
Et la tu n'as pas le bon nombre de colonnes dans ton select.
Marsh Posté le 14-02-2006 à 10:28:19
j'ai bel et bien fait un select pour alimenter un insert.
je vais regarder le nombre de colonnes dans mon select merci!!
Marsh Posté le 14-02-2006 à 10:50:10
anapajari a écrit : a vue de nez je dirais que tu fais un select soit pour alimenter les valeurs d'un update ou d'un insert. |
j'ai vérifié j'ai bien 98 champs à remplir, et 98 donnees qui le remplissent, à partir d'un select *.
donc il ya un problème persistant et je vois vraiment pas d'où ça vient.
ma table tp_1 fait 98 champs et ma table tp_historique en fait 99. Le seul champ supplémentaire est une date d'intégration qui n'est pas encore réalisée niveau php (juste un get date).
en fait tp_historique n'est juste qu'une copie de tp_fdv1 avec un champs supplémentaire, celui de la date. ma requete sql a peut-être moyen d'être simplifiée?
je sais que c'est la requete 3 qui foire (apparemment car quand je lui vire le die mysql il n'y a plus d'erreur)
pouvez m'aider sur ce coup svp?
voici mon code :
Code :
|
Marsh Posté le 14-02-2006 à 11:07:17
C'est vraiment améliorable ton truc
j'ai un peu la flemme de tout regarder mais a vue de nez je ferais un truc dans le genre:
Code :
|
Et tu fais pareil pour ta deuxieme requête!
Marsh Posté le 14-02-2006 à 11:10:53
Mon dieu cette table.
Si tu rentres tous les champs, pas besoin de tous les nommer, ce sera plus lisible.
bref, refais le compte, tu dois avoir spécifié plus de champs que tu ne donnes de valeurs, ou l'inverse.
Marsh Posté le 14-02-2006 à 11:22:47
lol moi aussi je trouve que cette table est affreuse!!
apparemment après 4 comptages j'ai 99 données pour 98 champs....
j'ai plus qu'à retrouver le mauvais...
rhaaaaaa
un c'est pas drole d'être une bille, mais quand faut bosser sur ce genre de table...c'est un vrai cauchemar!!!
merci beaucoup de m'avoir filé une méthode plus propre. je connaissait pas "current".
bon ben j'ai plus qu'à recompter et vérifier les noms....
lol
Marsh Posté le 14-02-2006 à 11:50:43
Dit moi, t'es sur que l'organisation de tes tables est bien conçu?
Avec plusieurs adresses dans ta table, des infos d'historique de paiment, l'identité de la personne, des informations relatives à un publipostage .... ca me semble être un bon gros bordel tout ça.
Ca serait surement mieux et surtout plus simple si tu faisais :
une table envoie,
une table adresse,
une table paiement/remboursement
une table personne
...
Marsh Posté le 14-02-2006 à 12:00:35
omega2 a écrit : Dit moi, t'es sur que l'organisation de tes tables est bien conçu? |
Huum perso a vu de nez je dirais que c'est pour un système d'édition/génération de document et que le système doit être capable de ressortir l'état avec les données telles qu'elles étaient au moment de la dernière edition.
Alors il doit bien y avoir les 4 tables dont tu parles, mais ils stockent quand même un "photo" des données dans le gros bouzin au moment de l'édition.
Marsh Posté le 14-02-2006 à 12:27:07
voili voilou anapajari t'as tout compris
perso pour l'organisation de cette table...j'y suis pas pour grand chose...
ça bouge tout le temps, y'a pas de cahier des charges...bref...c'est le m..dier.
vivement la fin de ce cauchemar!!
Marsh Posté le 14-02-2006 à 12:37:01
Premiére fois que je rencontre l'utilisation d'une table sql pour une telle raison.
C'est vrai que dans un tel cas, une telle "organisation" se comprend.
Pour répondre à la question, la requette d'anapajari est trés bien mais si les deux tables ont les champs dans le même ordre et que le nouveau champs est à la fin, alors il n'y a pas besoin de nomer les 99 colones de la table tp_fdv1 ce qui simplifie encore plus.
Marsh Posté le 14-02-2006 à 13:16:40
omega2 a écrit : Premiére fois que je rencontre l'utilisation d'une table sql pour une telle raison. |
C'est que t'as jamais eu l'occasion de bosser sur un projet bien foireux
J'ai vu ça sur un projet où la ged avait été oublié dès le debut. Donc pas d'archivage des documents générés. Et là le client qui sort: "Comment je fais pour re-générer mon edition de il y a 6 mois"...réponse:"Vous pouvez pas mais on va vous créer une ged, pour XXX K" ... "Ah non s'trop cher!" et l'idée de génie du cp/commercial/incompétent: "Et bin on va créé une table et on mettra tout dedans!!!"
omega2 a écrit : |
tout a fait
Marsh Posté le 14-02-2006 à 10:05:33
Salut à tous!!
Voilà j'ai un message d'erreur sur des requetes sql, qui sont très longues.
j'ai mis or die (mysql_error()); à la fin de chaque requete. sinon ça ne m'affichait pas d'erreur.
voici ce que j'ai :
"Column count doesn't match value count at row1"
c'est la première fois que je suis confronté à ce message.
quelqu'un peut-il m'expliquer ce que ça veut dire?
merci !!