IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Procédural MySQL Discussion :

conception ... 1 grosse ou n petites tables?


Sujet :

SQL Procédural MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    ZN
    ZN est déconnecté
    Membre averti
    Inscrit en
    Avril 2003
    Messages
    15
    Détails du profil
    Informations forums :
    Inscription : Avril 2003
    Messages : 15
    Par défaut conception ... 1 grosse ou n petites tables?
    Hello,

    J'ai besoin de conseils pour la conception d'une BDD:
    C'est pour une base mySQL mais la question est plutot d'ordre general...
    Mes utilisateurs doivent remplir leur dossier en ligne, dossier qui leur est propre. Le truc c'est qu'un dossier pourrait etre modelise sous forme d'une seule table avec 150-200 champs, alimentee par une suite de 10 pages php... ce qui m'embete un peu car pour s'y retrouver apres (enfin il va falloir bien nommer les variables) ca va pas etre gagne

    vaut il mieux une seule table avec autant de champs/attributs, et faire des update de la table a chaque page, ou utiliser plusieurs petites tables (du genre 1 table par page) avec des cardinalites egales a 1,1 ?

    J'espere etre assez clair, merci d'avance pour vos contributions,

    ZN

  2. #2
    Membre confirmé Avatar de wwave
    Inscrit en
    Avril 2004
    Messages
    190
    Détails du profil
    Informations personnelles :
    Âge : 43

    Informations forums :
    Inscription : Avril 2004
    Messages : 190
    Par défaut
    pour ma part je ferais plusieurs petites tables car lors de la consultation il sera moins long de verifier les champs d'une petite plutot que de changer 150 variables ....
    je suis pas experte mais ca me semble vraiment plus propre ...

  3. #3
    ZN
    ZN est déconnecté
    Membre averti
    Inscrit en
    Avril 2003
    Messages
    15
    Détails du profil
    Informations forums :
    Inscription : Avril 2003
    Messages : 15
    Par défaut
    Merci pour ta contribution, ca me fait penser a donner qq infos supplementaires au niveau de la consutation de la table:

    L'utilisateur doit pouvoir retourner sur la page precendente et modifier les donnees qui seront automatiquement renseignees au chargement de la page, au cas ou il aurait fait une erreur de frappe par exemple

    La derniere page doit recapituler toutes les donnees pour impression...

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    16
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 16
    Par défaut
    Salut,
    Je dirais que tout dépend de la nature de tes données.
    Si tu peux les regrouper par catégorie (du genre informations concernant un lieux, infos concernant la personne, infos concernant les metiers....) il vaut mieux créetr plusieurs tables qui correspondront chacunes à une page ou une demi page php.

  5. #5
    Membre éprouvé
    Avatar de Freeze
    Homme Profil pro
    Inscrit en
    Octobre 2002
    Messages
    131
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2002
    Messages : 131
    Par défaut
    j'ai une autre question qui derive un peu ... faut il mieux creer plusieurs bases avec peu de table ou une base avec toutes mes tables ... sachant que j'utilise toutes mes tables assez régulièrement ...

    quant à la question posée ... je pose qu'il faut mieux préférer plusieurs petites tables que une grande table ... c'est moins lourd pour le chargement en mémoire quand tu utilises des objets pour visualiser ...

  6. #6
    ZN
    ZN est déconnecté
    Membre averti
    Inscrit en
    Avril 2003
    Messages
    15
    Détails du profil
    Informations forums :
    Inscription : Avril 2003
    Messages : 15
    Par défaut
    Hello,

    merci pour vos reponses, vous avez raison il vaut mieux decomposer en plusieurs tables pour optimiser les temps de chargements

    si vous avez d'autres idees, merci d'en faire part!

    bonne journee,

    ZN

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Plusieurs petites tables ou une grosse ?
    Par Sysko le prospecteur dans le forum Langage SQL
    Réponses: 6
    Dernier message: 24/12/2009, 11h33
  2. une grosse table ou plusieurs petite tables ?
    Par troumad dans le forum SQL Procédural
    Réponses: 7
    Dernier message: 16/12/2007, 14h08
  3. plusieurs petite tables ou une seule grande table
    Par aaronw dans le forum Décisions SGBD
    Réponses: 8
    Dernier message: 19/05/2005, 09h22
  4. plein de petites tables ou une grosse?
    Par loveflower dans le forum Décisions SGBD
    Réponses: 9
    Dernier message: 09/11/2004, 17h00
  5. [Conception] Section administration d'un site, tables
    Par bolo dans le forum Décisions SGBD
    Réponses: 4
    Dernier message: 02/04/2003, 14h17

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo