Conseil sur conception de table

Bonjour à tous,

Je débute totalement avec MySQL, et commence à créer mes premières tables, mais me je pose une question sur le comment faire au mieux...

J'ai une première tables 'Magasins' qui comporte les colonnes 'id_magasin' (PRIMARY KEY), 'nom_magasin', 'rue', 'code_postal'... etc

Dans ma deuxième table 'Fournisseurs' la même chose 'id_fournisseur' (PRIMARY KEY), 'nom_fournisseur', 'rue', ...etc

Ma question :

Je cherche à stocker 'compte_client', 'identifiant', 'mot_de_passe' de chaques magasins pour chaques fournisseurs.

Me faut-il créer une tables 'Comptes_clients' avec pour colonnes 'id_magasins' (de la table 'Magasins') et une colonne pour chaques fournisseurs?
Et donc deux autres tables identiques pour 'Identifiants' et 'Mots_de_passe'...

Où y a t'il une solution plus intelligente?

En espérant avoir été assez clair :?
Merci pour vos conseils, et bon réveillon!:D

Si je comprends bien, chaque fournisseur possède un compte client (avec identifiant et mot de passe propre) dans un ou plusieurs magasins...
La structure de la table Compte_Client serait alors :

• Id_Magasin (Clé étrangère sur table Magasin)
• Id_fournisseur (Clé étrangère sur table Fournisseur)
• Compte Client (Clé unique)
• Identifiant
• Mot de passe

Salut à tous.

En premier, je me demande si cela est nécessaire de créer deux tables, l'une pour "magasin" et l'autre pour "fournisseur".
A vrai dire, ils ont la même structure et cela me rappelle l'organisation basée sur une table "personne" dans un établissement scolaire.
En héritage, les professeurs, les élèves et le personnel.
Avec pour chaque table dérivée, on met ce qui est spécifique aux professeurs, aux élèves et aux personnels.

Citation:

---

Envoyé par Landry85

Je cherche à stocker 'compte_client', 'identifiant', 'mot_de_passe' de chaques magasins pour chaques fournisseurs.

---

La réponse se trouve dans la question que vous vous posez.

Vous devez créer une table associative.
C'est à dire une table fille ayant deux mères, dont l'une serait "magasin" et l'autre "fournisseur".
Ainsi votre table "client" contiendrait une clé primaire ayant deux colonnes, l'une "id_magasin" et l'autre "fournisseur".
Chacun colonne serait en même temps une clef étrangère respectivement vers la table "magasin" et la table "fournisseur".

Vous pouvez y mettre tout ce qui est spécifique à cette double relation.
Comme par exemple, le mot de passe, l'identifiant du compte client.

@+

Citation:

---

Envoyé par al1_24

Si je comprends bien, chaque fournisseur possède un compte client (avec identifiant et mot de passe propre) dans un ou plusieurs magasins...
La structure de la table Compte_Client serait alors :

• Id_Magasin (Clé étrangère sur table Magasin)
• Id_fournisseur (Clé étrangère sur table Fournisseur)
• Compte Client (Clé unique)
• Identifiant
• Mot de passe

---

Merci pour ton conseil,
C'est exactement ça.


Dans l'attente d'une réponse j'avais envisagé de faire une table par fournisseurs avec[*]Id_Magasin (Clé étrangère sur table Magasin)[*]Compte Client (Clé unique)[*]Identifiant[*]Mot de passe

Mais cela fais beaucoup de table à créer (environ 1000)
Est ce qu'il y a un intérêt à faire beaucoup de tables avec moins de lignes (1000 tables avec 600 lignes)
plutôt q'une seule table avec 600 000 lignes? hormis le gain de temps à faire une seule table...:)

Merci encore

Merci également pour vos conseils Artemus24 ;)

Citation:

---

Envoyé par Landry85

Est ce qu'il y a un intérêt à faire beaucoup de tables avec moins de lignes (1000 tables avec 600 lignes)
plutôt q'une seule table avec 600 000 lignes? hormis le gain de temps à faire une seule table...:)

---

Strictement aucun intérêt si ce n'est devoir modifier le nom de table à chaque requête sur un fournisseur différent.
Et puis, comment fais-tu pour rechercher à quel fournisseur correspond un numéro de compte client ? Tu fais une recherche sur 1000 tables ?

Citation:

---

Envoyé par al1_24

Et puis, comment fais-tu pour rechercher à quel fournisseur correspond un numéro de compte client ? Tu fais une recherche sur 1000 tables ?

---

Les recherches seraient plutôt "quel est le numéro de compte de tel magasin chez tel fournisseur".
Donc il aurait pu être possible de faire une recherche avec une seule condition (l'id du magasin) dans la table au nom du fournisseur,
à la place d'une recherche à deux conditions (id du magasin et id du fournisseur) dans une table répertoriant tous les fournisseurs...
Bon c'est de la logique de débutant :oops: ;)

Merci.

Citation:

---

Envoyé par Artemus24

En premier, je me demande si cela est nécessaire de créer deux tables, l'une pour "magasin" et l'autre pour "fournisseur".
A vrai dire, ils ont la même structure et cela me rappelle l'organisation basée sur une table "personne" dans un établissement scolaire.
En héritage, les professeurs, les élèves et le personnel.
Avec pour chaque table dérivée, on met ce qui est spécifique aux professeurs, aux élèves et aux personnels.

---

Ce n'est pas une bonne idée, je m'explique :

Si dans le cas des professeurs, des élèves, du personnel administratif d'une école, il s'agit bien pour toutes ces populations de sous-type de personnes, rien de tel concernant les magasins et les fournisseurs.
Conceptuellement ils n'ont rien de commun, les uns sont des emplacements géographiques avec des notions de superficie de volume de stockage etc... les autres des personnes morales, rien à voir donc.

De plus, l'utilisation d'un héritage implique que les sous-type héritent de l'identifiant du sur-type. On aurait donc des plages d'identifiants partagées pour des magasins et des fournisseurs ! :aie:

Salut à tous.

Bonne année, bonne santé, mes meilleurs vœux pour l'année 2018 à vous tous et à vos familles.

Citation:

---

Envoyé par Escartefigue

Ce n'est pas une bonne idée, je m'explique :

---

Merci pour vos explications. :)
Je me doutais que mon idée n'était pas si excellente que ça.
Bien que la structure des deux tables soient identique, en fait, ces données sont hétérogènes.

Donc, nous restons sur une organisation à trois tables, deux mères ('Magasin' et 'Fournisseur') et une fille ('Compte_client').
Avec deux clefs étrangères pointant sur chaque table mère.

@+