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

PHP & Base de données Discussion :

Optimisation base de données


Sujet :

PHP & Base de données

  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Avril 2010
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2010
    Messages : 1
    Par défaut Optimisation base de données
    Bonjour,
    Je souhaite pouvoir développer mon propre outil de gestion de factures dans mysql.

    Je me pose juste une question en ce qui concerne l'optimisation de mysql, j'envisage deux solutions.

    Ma question concerne les lignes de la facture, en effet, pour chaque objet / service facturé une ligne apparaitra sur la facture, je me pose donc la question de savoir si je dois stocker toutes les lignes dans la même cellule ou si je peux faire un enregistrement ligne par objet

    Voici visuellement ce que ça donnerait (version simplifiée pour ne se focaliser que sur ce qui nous intéresse:

    ---------------------------------------------------------------------------------
    |id | facture_id | designation | nom | total_ht | total_ttc |
    --------------------------------------------------------------------------------
    35 | 1000 | | DUPOND | 100 | 119,6 |
    36 | 1000 | OBJET 1 | | 80 | 96,68 |
    37 | 1000 | OBJET 2 | | 20 | 23,92 |
    ----------------------------------------------------------------------------------

    Dans cette version j'ai une ligne par chaque article, ce qui me permet de facilement réaliser des stats sur les ventes... sauf que j'ai 3 enregistrements pour une seule et même facture


    -------------------------------------------------------------------------------------------------------------------------------
    |id | facture_id | designation | nom | total_ht | total_ttc |
    ------------------------------------------------------------------------------------------------------------------------------
    35 | 1000 | OBJET1,80,96,68; OBJET 2, 20, 23,92 | DUPOND | 100 | 119,6 |
    --------------------------------------------------------------------------------------------------------------------------------

    Dans cette version je n'ai qu'un seul enregistrement par facture, et les lignes sont enregistrées sous un format comme le csv, cette solution est moins souple car pour faire des stats ce n'est pas évident...

    Pensez vous que la première version est une hérésie pour mysql et que le serveur tournera trop lorsque j'aurai beaucoup d'enregistrements?

    Merci

  2. #2
    Membre expérimenté
    Avatar de Tesing
    Profil pro
    Étudiant
    Inscrit en
    Septembre 2009
    Messages
    272
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Enseignement

    Informations forums :
    Inscription : Septembre 2009
    Messages : 272
    Par défaut
    salut,

    si ce n'est pas déjà fait je te conseille de te documenter sur la normalisation des bases de données.

    la première version n'est pas une hérésie elle s'approche de ce que la théorie veut.

    en théorie les données d'une colonne devrait être scalaire. on ne devrait pas y stocker une liste.

    après il y a différents niveaux de normalisation.

  3. #3
    Membre Expert
    Avatar de s.n.a.f.u
    Homme Profil pro
    Développeur Web
    Inscrit en
    Août 2006
    Messages
    2 760
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Août 2006
    Messages : 2 760
    Par défaut
    De plus MySQL est très performant et je ne vois pas en quoi la première structure n'aurait ne serait-ce qu'une chance de le mettre à genoux.

Discussions similaires

  1. [2008R2] Optimisation Base de données
    Par binohit dans le forum Administration
    Réponses: 22
    Dernier message: 06/04/2015, 10h30
  2. Optimisation base de données SQL Server 2000: Indexation
    Par Mouckson dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 22/05/2012, 01h39
  3. Optimisation base de données
    Par denis13 dans le forum Requêtes
    Réponses: 13
    Dernier message: 30/09/2011, 10h01
  4. outils de optimisation base de donnée
    Par simomig29 dans le forum Outils
    Réponses: 5
    Dernier message: 12/02/2008, 08h35
  5. Optimisation base de données?
    Par Guizmo95 dans le forum Requêtes
    Réponses: 3
    Dernier message: 02/11/2006, 15h56

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