Précédent   Forum des professionnels en informatique > Bases de données > MySQL > Débuter
Débuter Forum d'entraide pour débuter avec MySQL
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 09/03/2006, 13h15   #1
DG
Invité de passage
 
Inscription : janvier 2005
Messages : 4
Détails du profil
Informations forums :
Inscription : janvier 2005
Messages : 4
Points : 2
Points : 2
Par défaut Une table ou deux - quel est le meilleur choix

Bonjour,

Je suis débutant et j'ai une question au niveau de la conception d'une base données. (Je m'excuse par avance si cette question est débile).

A partir de quel moment est-il mieux avoir 2 tables au lieu d'une, du point de vue i) Taille de stockage ii) Vitesse d'exécution des réquêtes de recherche ?

Je m'explique : J'ai besoin de lire et de stocker des données de la part des utilisateurs, dont seulement une partie est obligatoire:

Table_A: 32 champs (colonnes) total, dont seulement 6 sont obligatoires.
Table_B: 12 champs (colonnes) total, dont seulement 5 sont obligatoires.

Si on suppose que 75-95% des utilisateurs (sais pas exactement) ne vont remplir que les champs obligatoires, vaut-il mieux scinder les tables en deux (A->A'+Abis, B->B'+Bbis), où A',B' sont les tables "primaires", et où Abis,Bbis sont uniquement crées si l'utilisateur va au-délà des champs obligatoires, et qui sont indexés sur A',B' avec une clé étrangère ?

(Je ne sais pas si je me complique la vie inutilement avec ce genre de réflexion).

Merci pour toute information.

David.
DG est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2006, 13h50   #2
Rédacteur
 
Avatar de Yogui
 
Homme Guillaume Rossolini
Directeur technique
Inscription : février 2004
Messages : 13 720
Détails du profil
Informations personnelles :
Nom : Homme Guillaume Rossolini
Localisation : France

Informations professionnelles :
Activité : Directeur technique

Informations forums :
Inscription : février 2004
Messages : 13 720
Points : 17 355
Points : 17 355
Salut

Je pense qu'en effet, tu te compliques inutilement la vie.
Si tu gères correctement la clef primaire et les index, tout se passera bien. Si ta base grossit vraiment (vraiment) beaucoup, il te faudra changer de serveur (machine) plutôt que de schéma.
__________________
Mes articles - Zend Certified Engineer (PHP + Zend Framework)
Ressources PHP - Ressources Zend Framework
Yogui est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2006, 16h55   #3
DG
Invité de passage
 
Inscription : janvier 2005
Messages : 4
Détails du profil
Informations forums :
Inscription : janvier 2005
Messages : 4
Points : 2
Points : 2
OK, je prends note. Merci
DG est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2006, 18h04   #4
Rédacteur
 
Avatar de pcaboche
 
Homme Pierre Caboche
Inscription : octobre 2005
Messages : 2 196
Détails du profil
Informations personnelles :
Nom : Homme Pierre Caboche
Âge : 32
Localisation : Singapour

Informations forums :
Inscription : octobre 2005
Messages : 2 196
Points : 4 721
Points : 4 721
En plus, si tu fais plusieurs tables, tu vas devoir faire des jointures, ce qui ralenti beaucoup.

Si tes champs sont des chaînes, pense à utiliser des VARCHAR pour économiser de la place.
pcaboche 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 14h13.


 
 
 
 
Partenaires

Hébergement Web