|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre du Club
![]() Patrick PortalÉtudiant Inscription : novembre 2010 Messages : 31 ![]() |
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 |
|
|
00
|
|
|
#2 |
|
Candidat au titre de Membre du Club
![]() Développeur J2EE Inscription : octobre 2007 Messages : 10 ![]() |
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 |
|
|
00
|
|
|
#3 | |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 ![]() |
Citation:
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 Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
|
00
|
|
|
#4 |
|
Nouveau Membre du Club
![]() Inscription : novembre 2003 Messages : 42 ![]() |
Avec PostgreSQL, les performances seraient vraiment améliorées ?
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com