Question de retranscription d'un heritage en script .sql [Résolu]
djbenji81100
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
A voir également:
- Heritage sql
- Sql heritage - Meilleures réponses
- Script sql exemple - Meilleures réponses
- Exécuter un script sql contenu dans un fichier - Codes sources - Visual Basic / VB.NET (Trucs & Astuces)
- Générateur de script sql (access vers *.sql) - Codes sources - Visual Basic / VB.NET (Base de Donnees)
- Générateur de script sql de données - Codes sources - C# / .NET (Base de données)
- Exporter script sql sql server (create - drop - insert - table - ps) - Codes sources - C# / .NET (Base de données)
- SQL : Comment exécuter un script sql à partir de la ligne de commande ? - Guide
17 réponses
Meilleure réponse
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Dernière intervention
- 1 août 2013
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.
Avec quelques mots c'est encore mieux Ajouter un commentaire
a aidé 91 internautes ce mois-ci
Meilleure réponse
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Dernière intervention
- 1 août 2013
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.
Avec quelques mots c'est encore mieux Ajouter un commentaire
a aidé 91 internautes ce mois-ci
Meilleure réponse
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Dernière intervention
- 1 août 2013
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.
Avec quelques mots c'est encore mieux Ajouter un commentaire
a aidé 91 internautes ce mois-ci
Meilleure réponse
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Dernière intervention
- 1 août 2013
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.
Avec quelques mots c'est encore mieux Ajouter un commentaire
a aidé 91 internautes ce mois-ci
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
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
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
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
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
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
- Dernière intervention
- 1 août 2013
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
- Dernière intervention
- 4 juin 2012
- Messages postés
- 1540
- Date d'inscription
- lundi 26 mai 2003
- Dernière intervention
- 1 août 2013
- Messages postés
- 66
- Date d'inscription
- vendredi 9 septembre 2011
- Dernière intervention
- 4 juin 2012
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.