Udt vers vbmysql [Résolu]

[bubu92]

Bonjour a tous,

je programme sous VB6 (oui je sais...), et j'aurais bien aimé
stocker ces données dans une base MySql, mais j'avoue ne
pas savoir comment m'y prendre pour créer la base. A vrai dire
je n'suis meme pas sur que ce soit possible. Voici les types UDT
que j'utilise :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
 
Type Adresse
    Numero AS Integer
    Rue AS String * 100
End Type
 
Type Personne
    Nom AS String * 20
    Prenom AS String * 30
    Age AS Integer
    Adresses() AS Adresse
End Type

sachant que chaque personne peut avoir un nombre d'adresses
variable..
Mon probleme n'est pas dans la création de la base elle-meme,
mais en les champs qui la compose.

[CinePhil]

chaque personne peut avoir un nombre d'adresses
variable

Tu as donc le MCD (Méthode Merise) suivant :
personne -0,n----avoir----1,1- adresse

Ce qui m'étonne un peut dans ton adresse est qu'il n'y a pas de ville ni de code postal mais bon...

Du MCD ci-dessus, on en tire les tables suivantes, en tenant compte de tes types :
personne (prs_id, prs_nom, prs_prenom, prs_age)
adresse (adr_id, adr_id_personne, adr_numero, adr_rue)

prs_id et adr_id seront des identifiants de type entier et auto-incrémentés.
adr_id_personne est une clé étrangère qui fait référence à l'identifiant de la personne prs_id.

Plutôt qu'un âge, on stocke en principe en BDD une date de naissance et le programme utilisateur calcule l'âge, ce qui évite de devoir mettre à jour l'âge tous les ans.

[Maljuna Kris]

Saluton,
Si chaque personne peut avoir plusieurs adresses, il va te falloir une table pivot, ou d'interface, entre la table personne et la table adresse, laquelle table pivot ne contiendra, en clé unique composée, que les identifiants des deux autres tables déclarés clés étrangères.
Par ailleurs, le type adresse me semble bien pauvre, pas de ville, pas de code postal, pas de pays ...

[CinePhil]

On peut en effet considérer qu'une adresse peut être celle de plusieurs personnes, auquel cas on a le MCD suivant :
personne -0,n----avoir----1,n- adresse

Ce qui entraîne la création des tables suivantes :
personne (prs_id, prs_nom, prs_prenom, prs_age)
adresse (adr_id, adr_numero, adr_rue)
prs_avoir_adr (paa_id_personne, paa_id_adresse)

[Maljuna Kris]

Envoyé par CinePhil

On peut en effet considérer qu'une adresse peut être celle de plusieurs personnes, auquel cas on a le MCD suivant :
personne -0,n----avoir----1,n- adresse

Ce n'est pas ce que j'ai dit, je n'ai fait que reprendre le cahier des charges de

Envoyé par bubu92

sachant que chaque personne peut avoir un nombre d'adresses
variable..

Mais ça peut également servir dans l'autre sens.

[CinePhil]

Si chaque personne peut avoir plusieurs adresses, il va te falloir une table pivot, ou d'interface, entre la table personne et la table adresse, laquelle table pivot ne contiendra, en clé unique composée, que les identifiants des deux autres tables déclarés clés étrangères.

Mon premier MCD n'impliquait pas de "table pivot", c'est pour ça que j'ai posté le second MCD qui correspond à ton message et qui est une autre possibilité de modéliser les adresses des personnes.

[bubu92]

Merci a tous pour toutes ces reponses

j'ai bien tout compris et je pense pouvoir clore ce topic. Juste
une precision concernant mes types, c'etait juste des exemple
afin de comprendre comment ranger des tableaux de données
indéfini en taille, dans une base. Mes types sont bien plus
complexes, j'ai d'ailleurs bien peur de devoir faire un grand
nombre de tables...
Il me reste juste a me familiariser avec cette notion que vous
appellez MCD, et qui, si j'ai bien compris, permet a partir d'un
type, de définir la structure de la base.

[CinePhil]

Envoyé par bubu92

j'ai bien tout compris et je pense pouvoir clore ce topic. Juste
une precision concernant mes types, c'etait juste des exemple
afin de comprendre comment ranger des tableaux de données
indéfini en taille, dans une base. Mes types sont bien plus
complexes, j'ai d'ailleurs bien peur de devoir faire un grand
nombre de tables...
Il me reste juste a me familiariser avec cette notion que vous
appellez MCD, et qui, si j'ai bien compris, permet a partir d'un
type, de définir la structure de la base.

Le MCD permet de modéliser l'architecture statique des données. La future base de données pourrait être accessible par plusieurs logiciels très différents. Ce ne sont pas les "types" d'un programme développé dans un langage X qui vont déterminer l'architecture des données dans la BDD. En principe, on commence par la modélisation des données avant de développer le programme.

Pour modéliser ta BDD, tu pourras te faire aider dans le forum Schéma.
Il y aussi, en complément du lien vers l'article de SQLPro que j'ai donné dans mon premier message, les livres de Michel Diviné sur la méthode Merise.

Bon courage !