Bonjour,  
 
Tout d'abord, merci beaucoup pour vos réponses et vos remarques.
 
1) Je voulais savoir l'emplacement de la base et ses tables associés après leur création.
Où se trouve exactement la base créée dans le répertoire d'installation de MySQL parce que je n'ai pas trouver dans C:\Program Files\MySQL\MySQL Server 5.5\data ?
 
2) Je voulais savoir le rôle d'ordre SQL "commit" puisque même sans "commit" on aura la persistance des données ou bien il faut "commit" pour valider les différentes manipulations effectuées sur la base de données créée ?
 
3) Est ce que on peut mettre de commentaires en SQL comme dans les autres langages de programmation ?  
 
4) Je trouve de difficultés pour formuler les requêtes suivantes :
 
 

 
 
Voici le schéma relationnel :
 

 
 
Merci

c'est pas bien de faire faire ses devoirs

Je suis d'accord avec vous.
J'ai besoin des indications si c'est possible.

1/ c'est indiqué dans le fichier de conf de mysql (' mais je ne sais pas ou ile st sous windows )
2/ une requete hors transaction n'a aps besoin d'un commit
3/ oui, dans les requetes, les procédures et la structure des table
4/ tu as fait quoi comme requetes ?µ

Pardon, je n'ai pas trouvé même le fichier conf de mysql.
Voici la liste des dossiers trouvés sous "C:\Program Files\MySQL\MySQL Server 5.5" :
Bin, include, dta, lin et share
 

 
Je n'ai pas compris une requête hors transaction.
Quelle est la différence entre une requête et une transaction ?
Je suis en train d'exécuter des requêtes de LDD, LMD et LID.  
Est ce que ce type de requêtes besoin de "commit" ou de "rollback"  ?
 

 
Comment on note les commentaires en SQL ?
Exemple c'est possible ?
 

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

 
Dis nous si ça marche (et si t'as d'autres questions )
Nico

 
Voici ma proposition :

 
Mais, il n'affiche pas tous les résultats. Il y a un service qui répond au requête posée mais ce service n'apparait pas dans le résultat final.
 
Pourquoi ?
A mon avis, a part le nombre de pièces il faut aussi comparer entre les noms de pièces. Si oui, comment on procède ?
 
Merci.

Pour le 2 c'est un peu incomplet car :
- les requêtes DDL (Data Definition Langage) n'ont jamais besoin de commit pour être effective
- les requêtes DML (Data Modification Langage) ont toujours besoin de commit pour pour être effective
 
Après ce n'est pas parce que les SGBD utilisent par défaut un mode "auto-commit" qu'il n'y a pas eu de transaction et de commit.