Version imprimable
Bonjour,
Actuellement, je crée un site de petites annonces et j'aimerais que l'utilisateur puisse éditer une annonce qu'il a faite.
J'utilise un SELECT *pour afficher les annonces (images, nom de l'utilisateur, numéro etc...)
Donc ,à priori aucun moyen de distinguer une annonce d'une autre lors de l'affichage. Comment donc faire un lien qui puisse UPDATE une table précise dans la BDD?
Merci d'avance,
Steve
Il faut envoyer le ID de l'annonce, pour savor quel enregistrement modifier dans ta bd
Merci pour ta réponse Bourvil.
Je sais que c'est l'ID qui différencie une annonce d'une autre. Mais que mettre dans le UPDATE ...WHERE ID =???
Merci.
Il nous manque des infos là, comme par exemple la structure de la base. Tes annonces sont dans plusieurs tables différentes ?
Au passage, utiliser SELECT *, c'est pratique mais tu ne maitrises pas ce qui est réellement récupéré, ni le nom sous lequel les colonnes remontent.
Sur une requête simple sur une table avec un faible nombre de colonnes et une volumétrie raisonnable, ce n'est pas grave, mais si tu commences à avoir des requêtes complexes avec des jointures tous azimuts, tu risques vite de te retrouver à lire des tas de données qui ne servent en fait à rien dans ton cas.
Bonjour Celira,
J'ai reçu de l'aide pour ce problème:Je récupère l'ID dans ma BDD de la même manière que je le fait par exemple pour le pseudo grace à la colonne ID (qui s'autoincrémente).
C'est simple mais je n'y ai pas pensé.(probablement trop de temps passé sans coder)
Par contre vous avez soulevé un problème avec le <CODE>SELECT</CODE>
Pouvez-vous détailler ? :)
Tu peux lire cet article : La guerre des étoiles
En gros, l'idée c'est que le SELECT * remonte la totalité de toutes les colonnes de toutes les tables utilisées dans la requête, sans se poser de questions. Donc si tu as uniquement besoin de 2 colonnes dans ta table et que ta table en compte 25, tu vas lire 23 informations inutiles. Si on multiplie par le nombre de lignes lues, pour peu qu'on ajoute une jointure à la requête ou pire qu'une des informations inutiles soit un BLOB, tu vas rapidement te retrouver avec des performances catastrophiques.
L'autre côté du problème, c'est que tu ne maitrises pas le nom des colonnes remontées. Etant donné que tu en as besoin pour pouvoir exploiter le résultat de la requête, c'est un peu dommage...
Un très bel article, merci. Je vais devoir revoir tout mon code...
Adieu étoile :_(