En fait, une transaction, c'est une série d'instruction qui vont modifier ta base de données. Tu vas vouloir utiliser une transaction quand t'as peur qu'un souci vienne foutre le bordel dans les opérations que tu fais dessus. Un exemple :
Tu as un site de vente en ligne, et tu enregistres un nouvel article. Cela se traduit dans ta BDD par des inserts dans plusieurs tables différentes. Si en plein milieux de tes 12 inserts, t'as un problème (coupure de courant/internet), ça peut te mettre ta base de données dans un état que tu ne connais pas (et accessoirement foutre le bordel, imagines que t'enregistres une télé plasma, mais que ça plante au moment ou tu insères le prix. Tu peux te retrouver à vendre des TV gratos ). La transaction va "envelopper" toutes ces opérations, et si l'une d'entre elle échoue, alors aucune autre ne sera validée, et ta BDD restera inchangée.
Mais si tu débutes dans les BDD, je pense pas que tu voies masse de transactions.
Pour les requêtes, j'utiliserait les jointures, ça caractérise pas mal les choses déja.
Par exemple, pour la première
Code :
- SELECT INTITULE
- FROM SERVICE s INNER JOIN ORDRE o ON s.NumS=o.NumS
- INNER JOIN PIECE p ON p.NumP=o.NumP
- WHERE p.COULEUR = 'rouge'
|
Dis nous si ça marche (et si t'as d'autres questions )
Nico