Discussion :

[Voyageur Du Net]

Bonjour,

La question pourrait paraître idiote aux développeurs confirmés, mais étant autodidacte débutant, je préfère tout de même poser la question.

=> Est-il possible de supprimer une ligne d'une table, et d'une seule table, en faisant une jointure avec une seconde table dans la requête MySQL ?

Prenons un exemple simplifié pour que ce soit plus parlant.

1/ Disons que j'ai une table "annonces" à 3 champs : id, texte, categorie

2/ J'ai un seconde table "categories" à 2 champs : id, id_responsable

3/ J'aimerais créer un formulaire en ligne permettant au responsable d'une catégorie de supprimer une annonce.

4/ Par prudence, j'aimerais m'assurer au niveau de la requête MySQL qu'un responsable ne peut supprimer que des annonces classées dans une catégorie qu'il gère.

5/ Ne vais-je pas créer de problèmes en utilisant une requête qui ressemblerait à :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
$sql = "
DELETE FROM annonces a
left join categories c on a.categorie = c.id
where a.id = '".(int)$_REQUEST["id_annonce"]."' and c.id_responsable = '$id_responsable_extrait_de_la_session'
limit 1;";

Merci par avance pour votre aide

[Séb.]

Est-il possible de supprimer une ligne d'une table, et d'une seule table, en faisant une jointure avec une seconde table dans la requête MySQL ?

Possible. Faut juste faire attention à la syntaxe.
Tout est expliqué dans la doc : http://dev.mysql.com/doc/refman/5.1/en/delete.html ;-)

[Voyageur Du Net]

Merci pour le lien.

J'y ai jeté un oeil, mais je ne suis pas sûr d'y avoir trouvé le réponse exacte à ma question.

Quelqu'un pourrait me confirmer que ma syntaxe est correcte ?

[RunCodePhp]

Salut

3/ J'aimerais créer un formulaire en ligne permettant au responsable d'une catégorie de supprimer une annonce.

Par rapport à ce que tu dis, théoriquement non.
Mais quand même, le plus simple c'est d'essayer non ? Et là, tu aurais vu ce que ça y faisait.

Si c'est pour supprimer uniquement dans la table "annonce", (donc pas "categorie"), il faudrait le déclarer explicitement, ceci entre le DELETE et le FROM.
Exemple :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
DELETE annonce
FROM annonces a
LEFT JOIN categories c on a.categorie = c.id
WHERE ... etc ...

Dans la Doc, les schéma est le suivant :

DELETE [LOW_PRIORITY] [QUICK] [IGNORE] table_name[.*] [, table_name[.*] ...]
FROM table-references
[WHERE where_definition]

Sinon, j'aurais plus utiliser un JOIN (ou INNER JOIN) au lieu de LEFT JOIN.

[Voyageur Du Net]

Merci pour cette réponse,

Pour le test, je ne dispose pas vraiment d'un environnement de travail me permettant de faire des tests sans risques. En gros, je vais devoir faire mes tests directement sur les données en production...

Raison pour laquelle je préfère prendre des conseils avant.

Qu'entends-tu par "Par rapport à ce que tu dis, théoriquement non."

A qui ou quoi s'adresse ce "non" ?

Encore une question idiote... ça changerait quoi de remplacer left join par join ?

Je précise que le développement n'est pas mon métier de base... Dès que j'en aurai les moyens, je déléguerai TOUS les développements à de vrais professionnels.

[RunCodePhp]

Qu'entends-tu par "Par rapport à ce que tu dis, théoriquement non."

Les explications ont été donné après.
Donc "Non" dans le sens où la suppression ne devrait pas concerner uniquement la table "annonce" mais aussi "categorie" dans ton code dû à leur jointure.
Si la suppression doit se faire sur 1 seule des 2 tables, alors faut le définir explicitement dans la requête, soit entre le DELETE et le FROM.
(les même explications qui suivant le "non").

ça changerait quoi de remplacer left join par join ?

Le JOIN est plus restrictif qu'un LEFT JOIN, donc on peu obtenir plus de lignes que prévu avec un left join, ça peu être piégeant.
Faut faire des essai.

Je précise que le développement n'est pas mon métier de base...

Ca n'est pas le mien non plus, mais alors pas du tout.

Pour le test, je ne dispose pas vraiment d'un environnement de travail me permettant de faire des tests sans risques. En gros, je vais devoir faire mes tests directement sur les données en production...

Chacun sa méthode, chacun fait comme il veut, on sera d'accord.

Mais à mon sens, le minimum syndical serait d'éviter de faire des modifs directement sur le site en production, je dirais même, surtout pas.

Il existe plusieurs façons d'éviter ce genre de problème, j'en donne que 2 :

1/ Il existe des Soft comme WampServer (que j'utilise), EasyPhp, Xampp, Mamp, et bien d'autres ... (tout systèmes/OS), qui s'installe en général très facilement. (reste néanmoins à faire quelques manip coté config).
On obtient un environnement très proche de celui de son hébergeur (on fera en sorte de choisir celui le plus proche).
Cet environnement comprend tout l'essentiel (Apache, MySQL, Php, d'où leur noms, AMP)
Au bout, ceci permet de développer son projet en local, et même d'en créer autant qu'on veut pour faire toutes sortes d'essai, ce qui permet en parallèle d'apprendre aussi.
Même chose pour la Bdd, on pourra en créer autant qu'on veut, donc faire des tonnes d'essais.
Suffit de récupérer les fichiers et une sauvegarde de la Bdd pour obtenir quelque chose de très proche du site en production.
(tout ceci demande un minimum d'apprentissage, mais les bouquins, tutos, faq, forums, etc ... sont extrêmement nombreux).

2/ Une autre technique (voir même les 2) consiste à créer un sous-domaine dans son espace d'hébergement, et créer une 2ème Bdd, on duplique alors le tout, et on obtient alors une version "alpha" ou "beta" pour faire les vérifs nécessaires.

Comme dit précédemment, il y a encore d'autres solutions.

Raison pour laquelle je préfère prendre des conseils avant.

Si on suit ta logique, alors il faudrait aussi l'appliquer pour tous les autres langages : Php, Javascript, voir même le HTML, donc de demander conseil sur un forum si tel ou tel code ne va pas mettre en vrac le site.
C'est pas possible un truc pareil ...
Tu vas bombarder les forums, en épuiser quelques uns avant l'heure.
Puis le jours ou ça va coincer un peu plus, un peu plus longtemps, tu vas avoir une attaque avant l'heure

Ca me parais franchement pas jouable. Tout juste le site de sa grand même.

[Voyageur Du Net]

Merci pour les explications du début.

Pour le reste, on est un peu hors sujet, mais je vais tâcher d'apporter qq réponses, sans trop m'étendre...

- J'utilise EasyPHP.

- Le site en production comprend du code fait maison, du code de scripts open source, et du code réalisé par des tiers => J'ai bien une version locale du site sur mon poste... Mais celle-ci n'est pas complètement fonctionnelle, et ça pose pbm pour le projet en cours.

- Le site de "grand mère" en question, c'est http://www.voyage-net.com/
Clairement, y a plus joli, y a mieux codé, bref, y a mieux. Mais bon, pour un site lancé à la base par un autodidacte avec peu de moyens, il s'en sort déjà pas mal...

...Sur ce, bonne soirée !

[RunCodePhp]

- J'utilise EasyPHP.

tu disais que tu ne pouvais pas faire d'essai sans risque, et bien finalement non.
Tu as EasyPhp, tu peux faire tous les essai que tu veux, sans l'ombre d'un risque.
En tout cas, pour ce qui était de la syntaxe de cette requête DELETE.