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

Administration MySQL Discussion :

Souci de performance sur des grosses tables - optimisation possible ?


Sujet :

Administration MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre actif
    Homme Profil pro
    Étudiant
    Inscrit en
    Novembre 2010
    Messages
    51
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Novembre 2010
    Messages : 51
    Par défaut Souci de performance sur des grosses tables - optimisation possible ?
    Bonjour,
    j'espère avoir choisis le bon emplacement pour mon sujet, j'ai des problèmes de performance sur mySQL et je me demandais s'il était possible d'y remédier :

    j'ai une table de 700000 lignes environ et j'essaie d'y faire 500000 update (quelque chose de basique, changer un caractère d'un type Character) et je vais environ à la vitesse de 15 update par minute seulement (je vous passerai le calcul de l'estimation du temps nécessaire)
    je me doute que c'est à cause d'un système derrière qui doit tout réorganiser mais modifier une table de cette ampleur est devenu impossible pour moi en terme de temps.
    Je met pourtant quelques minutes à importer la base avec mysqldumper et les selections sont exploitables rapidement, c'est vraiment un problème de mise à jour.

    est-ce qu'il y a une option qui permette à mysql d'aller plus vite dans ses modifications, au détriment de son organisation ?
    est-ce que vous pensez qu'en transposant ma base sous Oracle, mes modifications seront plus rapides ?

    j'ai toujours la solution de modifier le fichier SQL en sortie avec Perl et de le réimporter, je passerai alors à quelques minutes de traitement, mais j'aurais aimé rester travailler sur une bdd ...

    merci

  2. #2
    Membre extrêmement actif Avatar de ddoumeche
    Homme Profil pro
    Ingénieur recherche et développement
    Inscrit en
    Octobre 2007
    Messages
    1 711
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Singapour

    Informations professionnelles :
    Activité : Ingénieur recherche et développement

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 711
    Par défaut
    Le champs changé est-il une foreign keys ?
    Y a-t'il des Trigger sur la table modifiée ?

    Dans ce cas, il vaut mieux supprimer ces contraintes, mettre à jour les données et remettre les contraintes

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    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 : 22 010
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par patate_violente Voir le message
    est-ce que vous pensez qu'en transposant ma base sous Oracle, mes modifications seront plus rapides ?
    Il n'y a pas photo... Contrairement à une légende, MySQL est un veau en matière de performances, sauf si : on utilise pas les contraintes, les transcations... etc, c'est à dire si l'on fait du fichier style Coboil.

    Mais si vous avez bsioin d'un vrai SGBDR, alors c'est pas sur MySQL qu'il faut compter.
    1) une critique objective sur MySQL : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/
    2) un becnhmark : http://blog.developpez.com/sqlpro/p9...lles-en-sql-1/

    Sans aller jusqu'à Oracle qui est très cher pensez à PostGreSQL ou mieux SQL Server !

    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/ * * * * *

  4. #4
    Membre actif
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    69
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 69
    Par défaut
    Avec PostgreSQL, les performances seraient vraiment améliorées ?

Discussions similaires

  1. Performances sur très grosse table
    Par CinePhil dans le forum Optimisations
    Réponses: 2
    Dernier message: 17/09/2008, 17h52
  2. Optimisation d'une requête SELECT sur une grosse table
    Par eracius dans le forum Requêtes
    Réponses: 4
    Dernier message: 26/05/2008, 14h51
  3. Quellue interface pour travailler sur une grosse table ?
    Par grinder59 dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 22/12/2006, 16h25
  4. Update trés lent sur une grosse table
    Par neo.51 dans le forum Oracle
    Réponses: 21
    Dernier message: 14/12/2005, 11h06
  5. Problème de performance sur une "grosse" BD
    Par frechy dans le forum Installation
    Réponses: 9
    Dernier message: 19/09/2005, 16h52

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