Dilème sur la structure d'une base de donnée
Fermé
marcmendez
Messages postés
17
Date d'inscription
mardi 25 décembre 2007
Statut
Membre
Dernière intervention
18 août 2009
-
9 mai 2008 à 18:16
marcmendez Messages postés 17 Date d'inscription mardi 25 décembre 2007 Statut Membre Dernière intervention 18 août 2009 - 9 mai 2008 à 20:43
marcmendez Messages postés 17 Date d'inscription mardi 25 décembre 2007 Statut Membre Dernière intervention 18 août 2009 - 9 mai 2008 à 20:43
A voir également:
- Dilème sur la structure d'une base de donnée
- Formules excel de base - Guide
- Germain veut gérer les activités de son association avec une base de données. il a commencé à créer des tables dans un fichier, mais il n’est pas sûr du résultat. le fichier à télécharger contient uniquement le schéma de cette base de données. en l’état actuel, que peut-on en déduire ? - Forum Outlook
- Désolé l'utilisation de la base de données a expiré epic games - Forum Jeux vidéo
- Dans son restaurant, igor utilise une application pour gérer les réservations. dans le schéma (structure) de la base de données de l’application représenté ci-dessous : de quoi « telephone » est-il le nom ? de quoi « reservations » est-il le nom ? associez chaque terme avec un attribut, une donnée, un enregistrement, une table, une valeur ou une variable. - Forum Webmastering
- Base de registre - Guide
1 réponse
macgawel
Messages postés
664
Date d'inscription
mercredi 7 mai 2008
Statut
Membre
Dernière intervention
1 novembre 2008
89
9 mai 2008 à 19:13
9 mai 2008 à 19:13
Bonjour.
- Si tu as beaucoup de relations N-N dans ton schéma, c'est peut-être parce qu'il faut le revoir.
Avant de te lancer dans des "bidouillages", ça pourrait être une bonne idée de réfléchir à ton modèle.
Sur l'acceptabilité, tout dépend de ce que tu fais...
Ce n'est pas acceptable si tu veux rester dans les clous (BDD normalisée).
En pratique (entre autres pour des raisons de performances) on "dénormalise" souvent un minimum.
Et ça dépend aussi de la taille et de l'utilisation de ta BDD (si c'est une petite base à usage local, on n'a pas les mêmes contraintes que pour une base professionnelle)
donc ton idée de rajouter une clé dans ta table de liaison peut être intéressante, sous réserve.
- Si tu as beaucoup de relations N-N dans ton schéma, c'est peut-être parce qu'il faut le revoir.
Avant de te lancer dans des "bidouillages", ça pourrait être une bonne idée de réfléchir à ton modèle.
Sur l'acceptabilité, tout dépend de ce que tu fais...
Ce n'est pas acceptable si tu veux rester dans les clous (BDD normalisée).
En pratique (entre autres pour des raisons de performances) on "dénormalise" souvent un minimum.
Et ça dépend aussi de la taille et de l'utilisation de ta BDD (si c'est une petite base à usage local, on n'a pas les mêmes contraintes que pour une base professionnelle)
donc ton idée de rajouter une clé dans ta table de liaison peut être intéressante, sous réserve.
9 mai 2008 à 20:43
Afin d'éviter les erreurs de conception de la version précédente réalisée "à l'arrache" par qq'un d'autre, je suis en train de commencer à réfléchir à l'analyse (qui n'a jamais été faite et en tout cas, pas ou peu validée...) , bref, tout ce qu'il ne faut pas faire... mais la personne a de très grosses circonstances atténuantes, et je ne lui en ferai pas les reproches.
Mais c'est une autre histoire.
Pour précision, ce n'est pas que j'ai beaucoup de relation N-N, mais il se trouve que le "coeur" de la structure est basée sur une table intermédiaire... Donc je vais partir déjà avec une clef primaire de 2 colonnes. Et je crains, ce qui serait normal ou en tout cas illusoire de penser le contraire, qu'il y ait d'autres tables intermédiaires qui viennent "récupérer" cette clef en plus, donc augmenter le nombre de colonnes.
L'application est locale (MySql + PHP). La version actuelle de la base doit contenir moins de 100 tables pour 15 à 30 utilisateurs. Mais elle est très incomplète et je pense que je n'aurai pas à pousser beaucoup pour exploser cette limite.
Quant à la dénormalisation, je n'en serai pas à ma première !
Les 2 propositions que j'ai faite ont autant d'avantage que d'inconvénient, pour l'instant, à mes yeux. Je cherche simplement à voir si l'un ou l'autre pourrait, après examen d'autres personnes, la chance de remporter le "coquetier" !
Moi, j'ai le nez dans mon MCD depuis un peu trop longtemps, et cet aspect n'est qu'un partie de l'iceberg. Pourtant, c'est une partie importante sur lequelle reposera toute l'application et je n'aimerais pas partir avec des roues... carrées !