Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 11/06/2004, 10h01   #1
Candidat au titre de Membre du Club
 
Inscription : septembre 2003
Messages : 43
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 43
Points : 12
Points : 12
Par défaut [MERISE] grande table ou multitable?

Bonjour

J'ai un MCD qui contient pas mal d'associations de type 1,1. J'ai 2 solutions d'après la règle 2 du schéma relationnel:
Soit je transforme ces entités en une table
Soit je fusionne les différentes tables.

La première solution générerait à partir de ces associations 3 ou 4 tables ayant plus de 200 colonnes, tandis que la deuxième solution crérait un certain nombre de tables (et l'obligation de rechercher dans toutes ces tables pour obtenir une information complète).
Je n'ai pas de problème de place sur le serveur pour stocker les données, je désire prendre la solution qui optimiserait le plus le temps de calcul. Je pense que la première solution est la meilleur, une personne expérimentée peut elle me le confirmer?
Merci pour toute aide (le SGBD sera MySql).

benoit
ben_iap est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/06/2004, 10h59   #2
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
Il vaut mieux éviter d'avoir trop de colonnes, vous pouvez donc faire plusieurs tables qui ont des significations fonctionnelles distinctes.

Effectivement, plus il y a de colonne plus la taille d'une ligne sera importante
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/06/2004, 11h17   #3
Candidat au titre de Membre du Club
 
Inscription : septembre 2003
Messages : 43
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 43
Points : 12
Points : 12
Tout d'abord merci pour la réponse. Ensuite, jusqu'à combien de colonnes, pouvons nous aller sans pénaliser le système? En quoi cela diminue il le temps de réponse par rapport à une table unique? Je vais utiliser votre solution mais j'aimerais sortir de mon ignorance
ben_iap est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/06/2004, 15h24   #4
Rédacteur/Modérateur
 
Avatar de fadace
 
Homme Fabien Celaia
Administrateur de base de données
Inscription : octobre 2002
Messages : 3 779
Détails du profil
Informations personnelles :
Nom : Homme Fabien Celaia
Âge : 41
Localisation : Suisse

Informations professionnelles :
Activité : Administrateur de base de données
Secteur : Service public

Informations forums :
Inscription : octobre 2002
Messages : 3 779
Points : 8 124
Points : 8 124
Envoyer un message via ICQ à fadace Envoyer un message via Skype™ à fadace
Citation:
Envoyé par orafrance
Il vaut mieux éviter d'avoir trop de colonnes, vous pouvez donc faire plusieurs tables qui ont des significations fonctionnelles distinctes.
Ca depend du SGBDR. Pour MySQL, effectivement. Pour ASIQ, par exemple, le nombre de colonnes ne joue aucun role.
fadace est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/06/2004, 10h12   #5
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
ha bon...

poutant si tu fais un select *, si ta table fait 200 colonnes le poids de la ligne sera bien plus important que si elle n'en fait que 10 non ?

Ca me paraissais évident
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 19h15.


 
 
 
 
Partenaires

Hébergement Web