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 :

Gestion des larges quantités de données mediumtext/longtext


Sujet :

Requêtes MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Avril 2010
    Messages
    342
    Détails du profil
    Informations forums :
    Inscription : Avril 2010
    Messages : 342
    Par défaut Gestion des larges quantités de données mediumtext/longtext
    Bonjour,

    Je gère une un système de e-learning ou des clients mettent leur cours. Les cours sont séparés page par page lors de l'insertion grâce à l'éditeur. Un cours peut avoir des dizaines, voir une centaine de pages et plus.

    Mais je suis confronté à un problème sérieux, c'est que dès que j'y insère 100 ou 200 cours de 80 pages chacun, la table atteint 150 Mo presque et les requêtes deviennent très très lourdes. Un SELECT peut pratiquement mettre 2 à 3 min pour s'afficher et tel que c'est là, un tel système n'est pas utilisable avec un tel temps d'attente.

    Que puis-je vraiment faire ? Comment les autres font-ils ? Les SGBD tels que Oracle ou SQL Server peuvent-il faire l'affaire ?


    Merci

  2. #2
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 818
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 818
    Billets dans le blog
    14
    Par défaut
    Euh... tes cours sont en texte directement affichables sur le navigateur de l'utilisateur ou en format fichier téléchargeable ?

    Pour des cours aussi longs, j'opterais pour cette seconde solution.

    Mais si tu as des cours en multiples pages HTML, il suffit d'appeler le cours choisi, page par page, au lieu de le charger en une seule fois. Je pense que c'est fait comme ça sur Developpez.com car certains cours sont en effet assez longs.

    En tout cas, la solution ne viendra pas du SGBD mais plutôt du programme applicatif.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Membre Expert

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Juin 2012
    Messages
    612
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2012
    Messages : 612
    Par défaut
    Bonjour,

    Je trouve étonnant qu'un SELECT sur une table de 150Mo soit si long.

    Un avis des spécialistes ?

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    Les "LOB"s ne sont généralement pas stockées directement dans les tables relationnelles, car ce ne sont pas des données considérées comme atomique.
    La mesure donnée de volume de la table est sans doute celle de la partie relationnelle et non de l'ensemble....

    De toute façon, il y a longtemps que l'on sait que MySQL est un veau en matière de performance sur bien des choses !

    A lire : http://blog.developpez.com/sqlpro/p9...oudre_aux_yeux
    http://blog.developpez.com/sqlpro/p9...alles_en_sql_1


    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre Expert
    Avatar de ericd69
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Avril 2011
    Messages
    1 919
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Avril 2011
    Messages : 1 919
    Billets dans le blog
    1
    Par défaut
    salut,

    en effet les text, blob et leur dérivés sont stockés dans un fichier indépendant de la table en mysql aussi...

    si tu nous montrais ton select, car c'est vrai qu'il est étonnant qu'il mette tant de temps...

    tu as mis des index?

  6. #6
    Expert confirmé
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 197
    Billets dans le blog
    1
    Par défaut
    On peut voir un exemple de SELECT avant de faire des plans sur la comète ?

    Et les traitements PHP ?

    En effet, ça sent le bon gros "select *" des familles sans filtre ou presque, avec un fetch en PHP, et la lecture inutile de toutes les pages d'un même cours pour n'en afficher qu'une...

    Aussi, le serveur web et le serveur SGBD sont-ils sur la même machine ?

Discussions similaires

  1. Gestion des LARGE FILES sous Cygwin
    Par Julien1138 dans le forum Linux
    Réponses: 1
    Dernier message: 15/07/2010, 23h21
  2. Gestion des 'Large Font'
    Par alen dans le forum MFC
    Réponses: 4
    Dernier message: 25/08/2006, 15h47
  3. Réponses: 7
    Dernier message: 26/01/2006, 12h19
  4. Gestion des chemins des images avec une base de données...
    Par Nean dans le forum Bases de données
    Réponses: 4
    Dernier message: 27/07/2005, 08h08
  5. [Conception] Gestion des accents dans une base de données
    Par MiJack dans le forum PHP & Base de données
    Réponses: 7
    Dernier message: 07/07/2005, 11h41

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