Que renvoie exactement mysql_Query ? (Php My)
Résolu/Fermé
chldc
Messages postés
5
Date d'inscription
mardi 11 novembre 2008
Statut
Membre
Dernière intervention
2 janvier 2010
-
29 nov. 2008 à 15:02
chldc Messages postés 5 Date d'inscription mardi 11 novembre 2008 Statut Membre Dernière intervention 2 janvier 2010 - 29 nov. 2008 à 19:58
chldc Messages postés 5 Date d'inscription mardi 11 novembre 2008 Statut Membre Dernière intervention 2 janvier 2010 - 29 nov. 2008 à 19:58
A voir également:
- Que renvoie exactement mysql_Query ? (Php My)
- What is my movie français - Télécharger - Divers TV & Vidéo
- Renvoie d'appel ooredoo - Forum telephonie fixe
- Code de renvoie - Forum Samsung
- My pascal - Télécharger - Édition & Programmation
- Vers quelle adresse web renvoie ce lien - Guide
2 réponses
Alain_42
Messages postés
5361
Date d'inscription
dimanche 3 février 2008
Statut
Membre
Dernière intervention
13 février 2017
894
29 nov. 2008 à 15:30
29 nov. 2008 à 15:30
Bonjour,
<gras>$result=mysql_query($query)</gras>
mysql_query fait la requête à la base en fonction des critères
le résultat est mis dans une zone mémoire accessible par la ressource $result
et la tu peux grâce aux fonctions offertes par php savoir combien il y a d'enregistrement trouvés, les noms des champs
pour une liste vas voir http://www.phpdebutant.org/article65.php
et bien sur exploiter les resultats en lisant ligne par ligne par une boucle
tu peux dans ta boucle stocker dans un array et en le parcourant plus bas dans ton script l'afficher avec plus de souplesse peut être
<gras>$result=mysql_query($query)</gras>
mysql_query fait la requête à la base en fonction des critères
le résultat est mis dans une zone mémoire accessible par la ressource $result
et la tu peux grâce aux fonctions offertes par php savoir combien il y a d'enregistrement trouvés, les noms des champs
pour une liste vas voir http://www.phpdebutant.org/article65.php
et bien sur exploiter les resultats en lisant ligne par ligne par une boucle
while($ligne= mysql_fetch_assoc($result)){ echo $ligne['nom_du_champ']; }
tu peux dans ta boucle stocker dans un array et en le parcourant plus bas dans ton script l'afficher avec plus de souplesse peut être
chldc
Messages postés
5
Date d'inscription
mardi 11 novembre 2008
Statut
Membre
Dernière intervention
2 janvier 2010
29 nov. 2008 à 19:58
29 nov. 2008 à 19:58
Merci Alain pour ta réponse !
Un array est surement une bonne idée, j'ai vu aussi qu'il existe des "tables temporaires",
est ce que ça ne serait pas fait pour ça ?
Là je m'entraine avec de petites tables mais ensuite, j'aurai des contenus importants à manipuler, (de l'ordre de 10 000 enregistrements par table).
J'essaye juste d'anticiper pour ne pas être coincé plus tard par les temps de réponse du serveur.
L'autre partie de ma question c'est de savoir le type de contenu est retourné par le serveur, pour mieux comprendre comment exploiter ces réponses, j'imagine que c'est une sorte de tableau avec les entêtes et peut-être d'autres renseignements encore.
Actuellement pour afficher une table j'envoie SHOW COLUMNS FROM `unetable... Pour afficher les entêtes, ensuite un SELECT * FROM unetable... pour afficher les enregistrements, puis encore un SHOW COLUMNS FROM `unetable pour gérer les tris des enregistrements, etc...
Ensuite il y a aussi les suppressions, les ajouts, les modifications, ce qui fait que la base est sollicitée en permanence, il doit bien exister des façons d'être plus économe en échanges client/serveur.
En en parlant je réalise qu'un array fonctionnera très bien pour gérer la structure de la table et de son affichage, nom des colonnes, critères et sens de tri, mais je cale pour aller plus loin, surtout que je voudrais inclure aussi des undoà trois ou quatre niveaux sans recourir sans arrêt au serveur, si possible !
Un array est surement une bonne idée, j'ai vu aussi qu'il existe des "tables temporaires",
est ce que ça ne serait pas fait pour ça ?
Là je m'entraine avec de petites tables mais ensuite, j'aurai des contenus importants à manipuler, (de l'ordre de 10 000 enregistrements par table).
J'essaye juste d'anticiper pour ne pas être coincé plus tard par les temps de réponse du serveur.
L'autre partie de ma question c'est de savoir le type de contenu est retourné par le serveur, pour mieux comprendre comment exploiter ces réponses, j'imagine que c'est une sorte de tableau avec les entêtes et peut-être d'autres renseignements encore.
Actuellement pour afficher une table j'envoie SHOW COLUMNS FROM `unetable... Pour afficher les entêtes, ensuite un SELECT * FROM unetable... pour afficher les enregistrements, puis encore un SHOW COLUMNS FROM `unetable pour gérer les tris des enregistrements, etc...
Ensuite il y a aussi les suppressions, les ajouts, les modifications, ce qui fait que la base est sollicitée en permanence, il doit bien exister des façons d'être plus économe en échanges client/serveur.
En en parlant je réalise qu'un array fonctionnera très bien pour gérer la structure de la table et de son affichage, nom des colonnes, critères et sens de tri, mais je cale pour aller plus loin, surtout que je voudrais inclure aussi des undoà trois ou quatre niveaux sans recourir sans arrêt au serveur, si possible !