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

Requêtes MySQL Discussion :

Jointures et quantité de données


Sujet :

Requêtes MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de bahaaldine
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 67
    Par défaut Jointures et quantité de données
    Bonjour,

    J'ai discuté un informaticien qui m'a dit qu'il est possible que sur un serveur où les flux sont importants, une jointure peut "casser" la base de données.
    Cependant dans ma formation nous n'avons jamais abordé le sujet.
    Avez vous déjà entendu parlé de cela ?

    J'ai une seconde question, je dois créer une base qui va contenir beaucoup d'information.
    Chaque personne doit saisir les informations concernant sa carriere professionnelle. Donc si une personne a eu 20 employeurs dans sa vie, il y aura 20 enregistrements.
    Ma question est la suivante :
    Est-il préférable d'enregistrer 20 enregistrements avec un id permettant d'identifier la personne; ou alors tout enregistrer dans un enregistrement qui sera donc une chaine de caractère ou j'aurai introduit un séparateur tube et pour séparer les données je fais un traitement avec la fonction explode de PHP ?
    Car je ne sais pas s'il est grave que la table possède beacoup d'enregistrement car si 10 personnes ont eu 50 employeurs différents, ça fera 500 enregistrements et ainsi de suite ...

    N'hésitez pas à m'engueuler si je n'ai pas été clair dans ma question

    Bahaaldine

  2. #2
    Expert confirmé
    Avatar de qi130
    Homme Profil pro
    Expert Processus IT
    Inscrit en
    Mars 2003
    Messages
    3 944
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Expert Processus IT
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2003
    Messages : 3 944
    Par défaut
    Est-ce 1 question générique ou vraiment orientée MySQL ?

    Pour la base cassée, demande des précisions à ton "informaticien", ça m'intéresse

    Enfin, pour ton affaire d'historique d'employeurs, je crois très préférable de faire figurer chaque période dans une table dédiée. le "propriétaire" de la période étant connu par une clé étrangère (foreign key) référençant un employé dans une table employé.

    Cette organisation permettra de faire des stats performantes; ce qui ne sera pas le cas si le CV des employés doit être disséqué avant chaque traitement.

  3. #3
    Membre confirmé Avatar de bahaaldine
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 67
    Par défaut
    Ma question est orienté MySQL.
    Pour les jointures il ne m'a pas donné beaucoup de précision c'est pourquoi je voulais me renseigner à ce sujet.
    Enfin, d'après moi, il n'y a pas de risque, j'ai toujours travaillé avec les jointures.
    Mais puisqu'il existe des experts dans ce domaines, je pensais qu'il valait mieux obtenir une confirmation de cette affirmation.

    Merci

  4. #4
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 292
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 292
    Par défaut
    Faute de savoir ce que veux dire "casser" une BDD, il est difficile de se prononcer... en général, ce qui "casse", c'est plutôt l'absence de jointure !

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

Discussions similaires

  1. [Asp SqlServer] Jointure de base de données
    Par Jérôme Lambert dans le forum ASP
    Réponses: 2
    Dernier message: 09/10/2006, 18h03
  2. [PHP-JS] Jointure et traitement des données
    Par grunk dans le forum Langage
    Réponses: 2
    Dernier message: 04/10/2006, 22h35
  3. "Champ trop petit pour quantité de données"
    Par Miss Ti dans le forum Access
    Réponses: 9
    Dernier message: 25/07/2006, 20h56
  4. dao mette à jour de grandes quantités de données
    Par random dans le forum Contribuez
    Réponses: 8
    Dernier message: 14/06/2006, 20h25
  5. [Comparatifs] Limites nombres tables et quantité de données
    Par benj63 dans le forum Décisions SGBD
    Réponses: 7
    Dernier message: 13/06/2002, 21h31

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