Requête SQL sur deux tables

Bonjour,

Je débute en SQL et j'aimerai un conseil sur la réalisation d'une requête.
Je récupère des informations d'un formulaire et voudrait dispatcher ces dernières dans 2 tables différentes.

Conscient que la norme SQL ne permet pas d'effectuer cette tache dans une même requête et que je dois me tourner vers un trigger j'avoue avoir du mal à arriver à mes fins.

A partir du formulaire je veux effectuer un enregistrement dans une table [client] et "simultanément" un enregistrement dans une table [devis] mais qui possède le champ clientID, la clé étrangère, pointant le client à qui s'adresse le devis.

Je ne vois pas comment gérer cette requête, si quelqu'un se sent inspiré je lui en serais reconnaissant :)

Merci

Pourrions-nous avoir la structure de tes tables ?

Bonjour,

Voici la structure des tables [devis] et [clients]:

---------------
Table devis
---------------
| id | smallint(5) unsigned | NO | PRI | NULL | auto_increment |
| date_devis | datetime | NO | | NULL | |
| clientID | smallint(5) unsigned | NO | | NULL | |
| prestation | varchar(50) | NO | | NULL | |

--------------
Table clients
---------------
| id | smallint(5) unsigned | NO | PRI | NULL | auto_increment |
| nom | varchar(50) | NO | | NULL | |
| statut | varchar(25) | NO | | NULL | |
| societe | varchar(50) | NO | | NULL | |

Etant débutant je ne suis vraiment pas sûr de ma modélisation.
J'ai contourné mon problème en associant le même id pour les deux tables mais si l'incrémentation d'une de mes 2 requêtes échouent alors c'est la cata :cry:

J'aimerais donc lors de la validation du formulaire créer une nouvelle entrée dans la table [devis] avec comme clé étrangère (clientID) la clé primaire de la table [client] et envoyer également les champs 'nom','statut','societe' .
Evidemment la clé primaire de [client] ne sera plus incrémenté.

En vous remerciant par avance.

Bonjour,

Le problème porte plus sur la réalisation de 2 requêtes d'insertion à partir d'un formulaire PHP que sur la réalisation d'un trigger...

L'idée est la suivante : tu insères le client à partir des valeurs du formulaire concernant le client, puis tu récupères l'ID auto-généré (voir la FAQ sur ce point), puis tu insères le devis.

ced

Si tu te contentes d'insérer le client puis d'insérer le devis, alors j'ai envie de te dire qu'il n'y aucun intéret à les séparer en deux entités distinctes.

Si en revanche tu faisais ça :

Je vérifie si mon client existe et si c'est le cas je récupère son ID sinon je l'insère... puis j'insère mon devis, alors là, il y aurait un intéret.

Merci pour vos réponses.

La réponse de ced est parfaite et qui plus est me fait découvrir une faq forte intéressante.

Citation:

---

Si tu te contentes d'insérer le client puis d'insérer le devis, alors j'ai envie de te dire qu'il n'y aucun intéret à les séparer en deux entités distinctes.

---

Cela me permet de gérer les clients indépendamment des demandes de devis, surtout si je supprime celles-ci, de plus je n'ai pas de champs assez pertinents pour retrouver un client, le nom du demandeur peut changer pour une même société (le champ société n'est pas obligatoire donc pas possible de ce côté là non plus;) ).

J'ai compris ce que tu voulais dire mais ton cas s'applique surtout si mes clients sont récurrents, ce cas de figure sera extrêmement rare, je préfère donc associer un client à une demande de devis.

Merci à vous.