Discussion :

[DieInPain62]

Bonjour,

Dans le cadre d'un projet, j'ai dû réaliser une BDD.

Ayant déjà posté quelques posts concernant ce projet, voici la description du projet que j'avais déjà donné.


L'application que je dois réaliser est une sorte de répertoire regroupant tous les fournisseurs d'une entreprise ainsi que leurs produits, leurs coordonnées (un fournisseur pouvant avoir plusieurs coordonnées différentes, selon le contact), etc.


En bref, les produits sont repartis dans plusieurs sous-familles. Un fournisseur peut faire partie de plusieurs sous-familles selon ses produits (Admettons qu'un fournisseur fournisse un produit 1 appartenant à la sous-famille A et un produit 2 appartenant à la sous-famille B, on considère que le fournisseur appartient à ces deux sous-familles si vous voyez ce que je veux dire).

Ainsi, le menu principal de l'application devrait afficher une arborescence (à la manière des dossiers dans Windows, un TreeView c'est ça ?) permettant de déployer les sous-familles puis de cliquer sur le fournisseur souhaité. De plus, plusieurs boutons sont affichés dans ce menu, permettant d'accéder à des fenêtres de recherche par fournisseur/produit/sous-famille.

Dans le cas de la recherche par fournisseur et sous-famille, une ListBox est triée pour affiché le/les fournisseurs par rapport à un choix effectué dans un ComboBox.

Dans le cas de la recherche par produit, une fois le choix fait dans le ComboBox, une fenêtre contenant une ListBox s'affiche en indiquant tous les fournisseurs proposant le produit choisi.

Une fois le fournisseur choisi (via la recherche ou l'arborescence), une fenêtre sera affichée et regroupera ses différents contacts (responsable, commercial, secrétaire, etc.) ainsi que leurs coordonnées (+ en cliquant sur l'adresse mail, on devrait directement pouvoir envoyer un mail). Je pense, ici, les afficher sous forme d'onglets, un onglet correspondant à un contact.

Dans cette même fenêtre devrait figurer une liste des produits (sans doute dans un tableau). Ce tableau disposera d'une colonne « Libellé » mais également « Fiche technique » qui devrait permettre de télécharger un fichier PDF ou d'en uploader un si ce n'est pas déjà fait (est-ce que cela est possible ?) en sachant que chaque produit disposera d'une ou plusieurs (si la si le fournisseur fournit plusieurs marques pour un même produit) fiche(s) technique(s) pour un fournisseur donné (et donc, la/les fiche(s) technique(s) sera/seront différente(s) selon le fournisseur, même si le produit dispose du même libellé).

Enfin, il sera possible d'ajouter/modifier/supprimer les produits, familles, sous-familles, fournisseurs mais seulement pour DEUX utilisateurs. Ainsi, je vais devoir créer un formulaire d'authentification pour que tout le monde ne puisse pas modifier les données.

Le but de l'application est d'être le plus simple possible, le plus accessible. Donc je me limite à ce qui a été demandé.



J'ai décidé d'utiliser VB.NET (via Visual Studio 2013) pour l'application et SQL Server (avec SQL Server Management Studio) pour la BDD.

Voici le schéma de ma BDD:

J'ai un petit problème. J'ai pas mal de difficultés en développement et de la même manière, ça fait longtemps que je n'ai pas été amené à réaliser une BDD donc les notions de relations, de FK, etc. ce n'est plus que c'était. D'autant plus que le projet est urgent (retard provoqué par d'autres projets qui se sont ajoutés).

De ce fait, il y'a quelques petits détails que j'ai du mal à comprendre.

J'ai utilisé, comme c'est indiqué sur le schéma, les IDs en tant que FK, comme j'ai pu le voir sur pas mal de tutos. Mais j'ai commencé à ajouter quelques données afin de faire des tests et je me rend compte que quand je dois, par exemple, ajouter un Contact, je dois rentrer l'ID correspondant au Fournisseur auquel le Contact appartient, ce qui n'est pas pratique.
Je pense notamment au moment où la BDD sera complétée avec des dizaines/centaines de Fournisseur, je serais sans doute amené à importer les données via un fichier Excel, je devrais donc chercher systématiquement l'ID du Fournisseur ?

De la même manière, j'ai utilisé une JUNCTION TABLE pour la relation Many-to-many. A chaque fois que je voudrais faire correspondre un Fournisseur à un Produit, vais-je être obligé de chercher l'ID du Produit et l'ID du Fournisseur afin de les indiquer dans la table ProduitFournisseur ?


Merci d'avance pour le temps que vous m'accorderez.

Cordialement.

[sevyc64]

J'ai utilisé, comme c'est indiqué sur le schéma, les IDs en tant que FK, comme j'ai pu le voir sur pas mal de tutos. Mais j'ai commencé à ajouter quelques données afin de faire des tests et je me rend compte que quand je dois, par exemple, ajouter un Contact, je dois rentrer l'ID correspondant au Fournisseur auquel le Contact appartient, ce qui n'est pas pratique.

C'est pourtant la façon propre de faire les choses

Je pense notamment au moment où la BDD sera complétée avec des dizaines/centaines de Fournisseur, je serais sans doute amené à importer les données via un fichier Excel, je devrais donc chercher systématiquement l'ID du Fournisseur ?

Oui !
Plus exactement, si tu fais un import massif, tu importeras d'abords le fournisseur, il te faudra donc récupérer son id. tu pourras ensuite importer tous ses contacts, tu n'auras as besoin de récupérer l'id à chaque contact puisque c'est le même. Si, par la suite, tu crée un contact, tu le fera dans ton logiciel depuis la fiche fournisseur correspondant, tu auras donc déjà l'id du fournisseur.

De la même manière, j'ai utilisé une JUNCTION TABLE pour la relation Many-to-many. A chaque fois que je voudrais faire correspondre un Fournisseur à un Produit, vais-je être obligé de chercher l'ID du Produit et l'ID du Fournisseur afin de les indiquer dans la table ProduitFournisseur ?

De la même manière oui.
Mais là encore, tu le fera dans ton logiciel, ou tu auras sans doute une liste de fournisseur dans laquelle tu choisiras le bon, tu auras donc son id. De même pour les produits. Au final c'est moins compliqué que ça n'y parait.

Une petite remarque sur ta table jonction, la clé primaire idproduitfournisseur n'est pas forcément nécessaire. Tu pourrais mettre plutôt une clé primaire composée avec idproduit et idfournisseur. Cette solution a l'avantage en plus de gérer directement l'unicité de la relation, là ou avec ta solution, tu serais obliger de rajouter une contrainte d'unicité sur les 2 colonnes.

[DieInPain62]

Bonjour,

Tout d'abord, merci pour ton aide précieuse.

C'est pourtant la façon propre de faire les choses

C'est bien ce que je pensais, j'ai suivi plusieurs méthodes et ils le faisaient toujours de cette manière.

Oui !
Plus exactement, si tu fais un import massif, tu importeras d'abords le fournisseur, il te faudra donc récupérer son id. tu pourras ensuite importer tous ses contacts, tu n'auras as besoin de récupérer l'id à chaque contact puisque c'est le même. Si, par la suite, tu crée un contact, tu le fera dans ton logiciel depuis la fiche fournisseur correspondant, tu auras donc déjà l'id du fournisseur.

De la même manière oui.
Mais là encore, tu le fera dans ton logiciel, ou tu auras sans doute une liste de fournisseur dans laquelle tu choisiras le bon, tu auras donc son id. De même pour les produits. Au final c'est moins compliqué que ça n'y parait.

D'accord, donc ça se passe bien comme je l'ai dit, je dois récupérer l'ID à chaque fois. C'est peu pratique mais au moins, je n'ai pas fait d'erreur, ça me rassure merci.

Et oui, j'avais prévu de faire des formulaires d'ajout donc cette histoire d'ID sera de l'histoire ancienne.

Une petite remarque sur ta table jonction, la clé primaire idproduitfournisseur n'est pas forcément nécessaire. Tu pourrais mettre plutôt une clé primaire composée avec idproduit et idfournisseur. Cette solution a l'avantage en plus de gérer directement l'unicité de la relation, là ou avec ta solution, tu serais obliger de rajouter une contrainte d'unicité sur les 2 colonnes.

D'accord ! J'ai corrigé ça.
D'ailleurs, d'après la description du projet, les relations sont-elles correctes ?


Merci pour ton aide,

Cordialement.

[sevyc64]

D'accord, donc ça se passe bien comme je l'ai dit, je dois récupérer l'ID à chaque fois. C'est peu pratique mais au moins, je n'ai pas fait d'erreur, ça me rassure merci.

Je ne sais pas comment tu vas gérer tes insertions, mais si tu le fais en écrivant directement les requêtes SQL INSERT, dans le cas de l'ajout d'un fournisseur, par exemple, au lieu d'écrire seulement une simple requete INSERT (qui ne renverra donc pas de résultats à l'execution), tu peux écrire la requete sous cette forme : INSERT INTO TaTable (....) VALUES (....); SELECT scopeIndentity();Le select à la fin aura pour effet de te renvoyer la valeur de la dernière clé primaire crée dans la base, et comme tu viens juste d'en créer une avec le INSERT, ça sera celle-là.

Ensuite, cette clé, qui correspond à l'id de ton fournisseur, soit tu la stocke pour pouvoir créer les contacts de ce fournisseur plus tard, soit tu l'utilise pour les créer les contacts immédiatement avant de passer à l'autre fourniseur, ça c'est à toi de voir.

D'ailleurs, d'après la description du projet, les relations sont-elles correctes ?

A part ma remarque sur la table association, rien de particulier ne m'a sauté aux yeux

[DieInPain62]

D'accord, je devrais pouvoir m'en sortir avec tout ça.

Merci beaucoup pour ton aide et tes conseils, ils me seront bien utiles !

Cordialement.

[DieInPain62]

Rebonjour,

Je reviens vers toi car je suis en ce moment même en train de créer une fenêtre "master/details" afin que dans la fenêtre Fournisseur, l'utilisateur choisisse un fournisseur, un DataGridView indique les contacts assignés au fournisseur en question et un autre indique les produits proposés par le fournisseur.

J'ai alors commencé à ajouter des enregistrements dans la base afin d'effectuer les tests.
Mais lorsque j'essaye d'assigner un produit à un fournisseur en indiquant les deux IDs dans la table "ProduitFournisseur", je ne peux qu'indiquer l'ID du produit et lorsque je souhaite modifier l'ID du fournisseur, celui reste NULL et j'ai un message d'erreur:

"Aucune ligne n'a été mise à jour

Les données de la ligne 1 n'ont pas été validées.
Source d'erreur: .Net SqlClient Data Provider.
Message d'erreur: L'instruction INSERT est en conflit avec la contrainte FOREIGN KEY "FK_ProduitFournisseur_Fournisseur". Le conflit s'est produit dans la base de données "Repertoire", table "dbo.Fournisseur", column 'idFournisseur'.
L'instruction a été arrêtée.

Corrigez les erreurs et réessayez ou appuyez sur ESC pour annuler les modifications"

Comment pourrez-je régler ce problème ? N'est-ce pas dû au fait d'avoir deux clé primaires que j'essaye de modifier ?

Merci d'avance !

Cordialement.