Question de retranscription d'un heritage en script .sql [Résolu]
djbenji81100
Membre Dernière intervention
4 juin 2012
- - Dernière réponse :
djbenji81100
Membre Dernière intervention
4 juin 2012
- 17 févr. 2012 à 15:26
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
A voir également:
- Heritage sql
- Sql heritage - Meilleures réponses
- Héritage mcd - Meilleures réponses
- [ms sql server] - débuter avec les triggers - Conseils pratiques - SQL
- HeidiSql : Tester ses requêtes sql - Conseils pratiques - PHP
- [asp] [base de données] les bases de données (access et sql) - Conseils pratiques - ASP / ASP.NET
- Utilisation d'un curseur en sql - Conseils pratiques - SQL
- Modification de la cible de la base de donnees sql local => distant dans visualbasic express - Conseils pratiques - Visual Basic / VB.NET
17 réponses
Meilleure réponse
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Statut
Salut,
ton MCD me parait pas si pire, pour ce qui est de la partie SGBD ça va dépendre de comment tu veux faire ton MLD, il existe plusieurs possibilité. Je te laisse regarder ce lien où tu devrais trouver ton bonheur.
ton MCD me parait pas si pire, pour ce qui est de la partie SGBD ça va dépendre de comment tu veux faire ton MLD, il existe plusieurs possibilité. Je te laisse regarder ce lien où tu devrais trouver ton bonheur.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
141 internautes nous ont dit merci ce mois-ci
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Statut
Re,
que ce soit la table GC ou MB ça change pas grand chose ^^
Alors petite chose sur tes CREATE, je sais pas quel SGBD tu utilises mais pour certains il te faut nécessairement une clé primaire (ce qui n'est pas le cas dans ta table "dérivée").
Pour ce qui est du nouveau schéma que tu as fait il est maintenant plus proche du MLD que du MCD.
Sinon je vois rien de spécial à redire.
que ce soit la table GC ou MB ça change pas grand chose ^^
Alors petite chose sur tes CREATE, je sais pas quel SGBD tu utilises mais pour certains il te faut nécessairement une clé primaire (ce qui n'est pas le cas dans ta table "dérivée").
Pour ce qui est du nouveau schéma que tu as fait il est maintenant plus proche du MLD que du MCD.
Sinon je vois rien de spécial à redire.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
141 internautes nous ont dit merci ce mois-ci
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Statut
Oui, un id int not null auto_increment référencé en primary key sur chacune de tes tables "dérivées". Ou si tes valeurs du champ `reference` sont uniques tu peux le déclarer comme clé primaire.
Attention, certains SGBD n'ont pas besoin de clé primaire (c'est le cas d'Access il me semble). Par contre, même pour ces SGBD, une clé primaire peut être pratique car elle permettra d'accéder à coup sûr à un enregistrement précis (pour l'update ou le delete), ce qui n'est pas nécessairement possible si aucun des tes autres champs n'est unique.
Attention, certains SGBD n'ont pas besoin de clé primaire (c'est le cas d'Access il me semble). Par contre, même pour ces SGBD, une clé primaire peut être pratique car elle permettra d'accéder à coup sûr à un enregistrement précis (pour l'update ou le delete), ce qui n'est pas nécessairement possible si aucun des tes autres champs n'est unique.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
141 internautes nous ont dit merci ce mois-ci
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Statut
Pour connaitre toutes les cartes mères avec un socket 1366 que tu as référencées, tu n'as pas besoin de passer par ta table `produits`.
Par contre si tu veux connaitre toutes les cartes mères avec un socket 1366 ET leur libellé/marque/quantité (les champs de `produits`) alors oui, il faut faire une jointure. Et pour ceci ta requête me parait correcte.
Par contre si tu veux connaitre toutes les cartes mères avec un socket 1366 ET leur libellé/marque/quantité (les champs de `produits`) alors oui, il faut faire une jointure. Et pour ceci ta requête me parait correcte.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
141 internautes nous ont dit merci ce mois-ci
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
Bonjour ,
bon j'ai donc modifier la partie MCD ici.
Maintenant partie scipt je me demande si c'est comme ça que je doit proceder .
suis-je dans le bon ? =D
bon j'ai donc modifier la partie MCD ici.
Maintenant partie scipt je me demande si c'est comme ça que je doit proceder .
CREATE TABLE `produits` ( `id_produits` int(100) NOT NULL AUTO_INCREMENT, `libelle` varchard(100) NOT NULL, `marque` varchard(25) NOT NULL, `quantite` int(200) NOT NULL, PRIMARY KEY (`id_produits`) ); CREATE TABLE `carte_mere`( `id_produits` int(100) NOT NULL , `reference` varchar(50) NOT NULL, `memoire` varchar(10) NOT NULL, `type_mem` varchar(10) NOT NULL, `prix` varchar(4) NOT NULL, FOREIGN KEY (`id_produits`) references `produits`(`id_produits`) );
suis-je dans le bon ? =D
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
ok je vais donc en mettre une dans chaque classe .
aprés lorsque je voudrais appeler l'integralité des cartes mere ayant un socket 1366 je prosséde comme ceci ?
suis-je dans le bon ? =D
aprés lorsque je voudrais appeler l'integralité des cartes mere ayant un socket 1366 je prosséde comme ceci ?
SELECT produits.id_produits, produits.libelle, produits.marque, produits.quantite, carte-mere.reference, carte-mere.socket, carte-mere.chipset, cartemere.prix FROM produits, carte-mere WHERE carte-mere.socket = '1366';
suis-je dans le bon ? =D
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
ahah je suis deja de retour
bon voila la question est peu etre toute bete mais je prefere demander .
lorsque je veut faire par exemple un insert pour rajouter un produit , comment je procede ?
je m'explique : etant donnée que des information de mon produits ce trouve a la fois dans produits et ma table "dérivée" comment je dois code mon insert pour que les données ce trouvent dans produits et la fameuse classe "dérivée"
bon voila la question est peu etre toute bete mais je prefere demander .
lorsque je veut faire par exemple un insert pour rajouter un produit , comment je procede ?
je m'explique : etant donnée que des information de mon produits ce trouve a la fois dans produits et ma table "dérivée" comment je dois code mon insert pour que les données ce trouvent dans produits et la fameuse classe "dérivée"
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Statut
Je vois pas bien comment le faire en une requête, à voir avec d'autres helpers qui suivraient le fil de la discussion. Perso j'imagine l'insertion en 3 requêtes :
- insert d'un tuple dans la table `produits`,
- select dudit tuple créé pour récupéré l'id auto_incrémenté,
- insert d'un tuple dans la table "dérivée" avec l'id récupéré plus tôt.
- insert d'un tuple dans la table `produits`,
- select dudit tuple créé pour récupéré l'id auto_incrémenté,
- insert d'un tuple dans la table "dérivée" avec l'id récupéré plus tôt.
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Statut
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.