Version imprimable
Bonjour le Forum
Je lance une requête MySQL à partir d'un code PhP sur une base de données qui fait 1832 lignes, j'obtiens les réponses jusqu'à environ 1700 lignes et au-dessus ma requête ne fonctionne plus. Y-a-t-il un fichier ini qui me bloque?
Quelle peut être la raison?
Merci d'avance
salut;
on est pas avec toi ; :mouarf:
essaye de nous donné ta requête avec code de connexion.
Ainsi que la structure de la table et l'explication de ce qu'est censée faire cette requête.
1832 lignes, c'est minuscule pour un SGBD. La réponse à la requête devrait venir en une fraction de seconde.
Voici le code PhP dans ma page rechercheexploitation.php
Ouaouhhhhhh ! ta balancer tout !!
ta dit une requête , dans le fichier join y ' a 4 requêtes atend je vais deviné la qu'elle !!! :roll:
essaye de séparé la commande de connexion du fichier formulaire pour plus de sécurité.
essaye de passé en PDO si c'est possible,
aussi evite les ****** dans tes requêtes , nomme les champs....merci
Voici la structure de la base,
J'ai un table aAffaires et une table commandes, je recherche une affaire à partir de différents critères et un fois affichées, sur chaque ligne je peux compléter ou modifier la saisie ou enregistrer une nouvelle commande.
En PDO?? Je ne sais pas ce que cela veut dire.
Dsl
Je ne pense pas qu'il s'agisse du code car il fonctionne si l'enregistrement est placé avant la ligne 1700, il n'y a pas une histoire de fichier ini sur MySql ou PHP?
Struicture de la table Oups
C'est la liste des tables de la BDD appelée db1 (vachement signifiant comme nom ! :roll: ) que tu as postée, pas la structure de la table ! :traine:
Tant que tu ne seras pas plus précis dans ta demande, on ne pourra pas t'aider efficacement. D'autant plus que ton code ne donne pas envie qu'on se penche dessus. :aie:
salut ; voila on est à 09 messages et on a pas réglé encore le problème .
CinePhil veut te parlé de la structure de ta table exemple :
http://dev.mysql.com/doc/refman/5.0/...formation.html
sinon copie celle écrite lors de la création de la table sur phpmyadmmin
ensuite donne nous la requête qui pose problème ;
et pour le PDO :
http://php.net/manual/fr/book.pdo.php
http://fmaz.developpez.com/tutoriels...omprendre-pdo/
;)
Voici la structure de la table commandes
Quelle horreur cette table ! :aie:
En plus ça vient de Cegelec, mon ancienne boîte ! 8O
Ils ont mis SAP à la poubelle ou quoi ?
Non pas encore mais avec Vinci on va passer à Oracle
salut ; une table avec 96 champs :weird: , sans vous découragé et avec tous le respect de votre travail ; je crois que vous avez un problème de modélisation , c'est a dire que vous avez joué sur une table pour minimisé les requêtes de jointures.
et la requête qui pose problème !!!!!
NB/ essaye d'enlevé les coordonnées de votre employeur ou celui concerné par le projet ( risque.... silence :mrgreen: )
Bonjour redoran,
merci pour les liens, en effet il va falloir que je crée des tables à partir de la table commandes.
merci aussi pour les conseils
salut ; essaye la méthode merise http://merise.developpez.com/
et n’oublie pas pas de désignation de l'employeur ni propriétaire du projet :ccool:
merci cinephil ;)
Et fais attention aux types des colonnes dans les tables !
- pour ce qui est monétaire, préfère le type DECIMAL au DOUBLE qui peut provoquer des effets de bords entraînant des erreurs dans les calculs ;
- évite au maximum le type TEXT et préfère le type CHAR chaque fois que c'est une taille fixe ou VARCHAR quand c'est variable ;
- au vu du nom des colonnes, je n'ai pas l'impression que le DATETIME soit nécessaire et qu'un type DATE serait suffisant ;
- et pour prévenir d'éventuels mauvais choix au vu du nom des colonnes, tout ce qui est code, nomenclature, numéro, référence... tout ce qui ne fera pas l'objet de calculs se type en format textuel et non pas numérique, sauf les clés primaires et étrangères qui seront de types entier.
N'hésite pas à demander de l'aide sur le forum Schéma pour valider ton modèle de données.