Discussion :

[sigisteenherbe]

Bonjour à tous,
je suis nouveau sur ce forum, alors je ne sais pas si poste dans la bonne rubrique.
J'ai besoin de votre avis su une base de donnée que je suis entrain de créer pour un exercice.
Mon but est de créer une bdd va nous de gérer notre bibliothèque de jeux vidéos*(le nombre de jeux, leur classification, leur éditeur, les consoles sur lesquelles ils tournent, les personnes qui peuvent en profiter).
Justement sur ce dernier point, cette BDD va nous permettre de localiser à un instant t où se trouve jeu donné, cela évitera les «oh*! Je l'ai déjà rendu*», *«*ce n'est pas moi qui l'est*».
Parce-qu’il faut le savoir tous nos jeux s’appellent «*revient*».

Merci de votre aide.

[escartefigue]

bonjour,

Pour ce genre de question, vous devriez poster ici : http://www.developpez.net/forums/f62...sation/schema/

Dans l'intervalle, modifiez déjà vos colonnes date pour utiliser un format date et non varchar

Ensuite, si vous voulez une critique efficace et constructive, rédigez et postez vos règles de gestion et vos contraintes d'intégrité

[al1_24]

Déplacement effectué

[escartefigue]

En attendant vos règles de gestion, une remarque d'ordre général :

Vous devriez externaliser les différents moyens de communication en les typant, dans une entité-type spécifique, ça vous permettra de connaitre plusieurs téléphones, couriels etc... pour une même personne, et aussi de les prioriser si besoin (et ce d'autant plus si vous maintenez un format varchar pour toutes vos colonnes)

Même chose pour les adresses

[sigisteenherbe]

Bonjour

Merci pour vos réponses, alors hier je me suis rendu compte que ma bdd comme telle ne permettait pas de savoir:

1) quand l'administrateur va rajouter un jeu par exemple: gta V dont "jeu_id" est 1 dans la table jeux_videos, là on ne peut pas savoir de quel version il s'agit alors j'ai fait un liaison ternaire entre les tables administrateurs, jeux_videos et console. Ce que me permet de savoir quel version de jeu a été ajouté pour chaque administrateur.(un administrateur peut rajouter plusieurs version de chaque jeu ex:gtaV de PS3 et gtaV de PS4)

2) Même chose pour savoir quel version a été emprunter par chaque joueur.

J'espère que j'étais assez compréhensible.

Aussi je considère que toutes les infos de la table joueurs sont unique pour chaque joueurs du coup pas besoin de les externaliser.

Voici ma dernière BDD:

[escartefigue]

Merci pour vos réponses, alors hier je me suis rendu compte que ma bdd comme telle ne permettait pas de savoir:

Sauf que vous n'avez aucunement tenu compte de ma réponse :
- votre date est toujours en varchar
- vos téléphones et adresses sont toujours dans la table des joueurs
- vous n'avez pas communiqué vos règles de gestion


J'ajoute :
- qu'Est-ce que jeu_photo ? une image ? alors varchar ne convient pas, le format BLOB est requis et en ce cas il est préférable de créer une nouvelle table pour cette colonne afin de ne pas charger la table jeux_video
- idem pour bande_annonce
- qu'est ce que latitude et longitude font dans la table joueur et pourquoi les stocker dans des colonnes de format REAL ?
- pourquoi faire une table administrateurs et une table joueurs ? vous aurez dans les 2 tables nom, prénom, password etc... de plus, si un administrateur peut également etre joueur, alors avec votre modèle vous devrez le créer 2 fois, avec tous les risques d'erreur que ca comporte !
il est donc préférable de faire une seule table (personne par exemple) et d'attribuer un ou plusieurs rôles à ces personnes (rôle administrateur, rôle joueur, role ...)

Vous devriez continuer à proposer votre MCD plutôt que votre modèle physique, d'une part c'est plus facile à analyser, d'autre part le MPD est prématuré à ce stade

[sigisteenherbe]

Bonjour,

j'ai changé les dates en format date, c'est juste que je n'ai pas mis la bonne image.

Je suis novice dans ce domaine alors c'est quoi les règles de gestion.

Dans les champs jeu_photo et jeu_bandeannonce je stock des chemins c'est pour ça que je les ai mis en varchar.

Dans les champs longitude et latitude je stock les coordonnées x et y, cela me permettra de zoomer sur un point données (ici adresse), avec un fonction javascript que j'ai crée, je sais qu'il y a beaucoup mieux pour faire ça mais je vais me contenter de ça pour l'instant.

[sigisteenherbe]

Voici le dernier MCD

[escartefigue]

Je suis novice dans ce domaine alors c'est quoi les règles de gestion.

Pour faire un MCD irréprochable il faut identifier vos objets et vos acteurs, qui deviendront les entités-type de votre MCD (les rectangles)
Puis identifier les interractions, les relations entre ces objets qui deviendront les associations (les ovales du MCD)
Puis enfin rédiger les règles de gestion qui deviendront les cardinalités et les contraintes d'intégrité fonctionnelles (CIF) qui se matérialisent par des symboles ou du texte dans le schéma

Exemples de règles de gestion
R001 : un administrateur est une personne qui est habilitée a créer, supprimer ou modifier les caractéristiques d'un jeu
R002 : un jeu peut être administré par un ou plusieurs administrateurs
R003 : un joueur est une personne ayant emprunté au moins un jeu
R004 : un administrateur peut aussi être un joueur
etc...

Les règles doivent être exhaustives. Tout oubli peut être lourd de conséquences !

Dans les champs jeu_photo et jeu_bandeannonce je stock des chemins c'est pour ça que je les ai mis en varchar.

OK

Dans les champs longitude et latitude je stock les coordonnées x et y, cela me permettra de zoomer sur un point données (ici adresse), avec un fonction javascript que j'ai crée, je sais qu'il y a beaucoup mieux pour faire ça mais je vais me contenter de ça pour l'instant.

Ce qui confirme que ça ne doit pas être un attribut de l'ET joueur, une personne bouge, elle n'a donc pas de coordonnées de géolocalisation ! C'est bien une conséquence de l'adresse, ce qui confirme que vous DEVEZ créer une ET adresse et une relation 1,n (ou 0,n) de joueur, vers adresse, ou plutôt de personne vers adresse si vous fusionnez les ET administrateur et joueur, comme je vous l'ai proposé

Edit : je n'avais pas vu que vous avez aussi une ET développeur. Si vous souhaitez connaitre l'état civil de ces personnes, leur(s) adresse(s), téléphones, alors vous pouvez aussi les inclure dans l'entité-type personne, leur affecter un rôle développeur, et prévoir, qu'ils aient eu aussi le droit ou non d'être joueur et/ou administrateur

Le fait de savoir si une personne peut à la fois etre joueur et/ou administrateur et/ou développeur est très structurant pour votre MCD et donc votre future base de donnnées
Selon la réponse, il y aura plus ou moins de tables, d'attributs identifiants, de contrôles à mettre en place etc...
C'est pourquoi les règles de gestion doivent être aussi complètes que possible