QUESTION RAPIDITE dans BASES TRES VOLUMINEUSES

[ias83]

Bonjour à tous,

Cette question s'adresse à ceux d'entre vous qui sont habitués à manipuler de grosses (voire très grosses) bases de données.

J'ai une base composée en gros de 2 tables de 5 Milions d'entrées chacune.
(la base fait aux alentours de 6 Go)

L'opération que je tente de réaliser est très simple . Je veux mettre à 0 un champ INTEGER une commande du type

Code :

1
2
 
UPDATE TABLE_1 SET COLONNE_A = 0

Combien de temps doit (en ordre de grandeur) durer cette opération ?
(est-il noirmal que cela prenne 2h sur un P4 ?)

merci d'avance

[TMuet]

Il y a aussi toute la mise à jour des PK, FK, indexes, etc...
Mais 2 heures, ça reste un peu longuet

[jean-jacques varvenne]

si le champ n'est pas indexé, 2 heures c'est hélas possible, quoi que j'en doute.

il faut donc contrôler que le champ n'est pas indexé, et que le disque dur soit rapide.

des différences importantes dans les délais existent entres le système windows et linux, voir entres des windows de versions différentes.

pour des bases massivent, il est préférable d'utiliser une base de données répartie sur 4 fichiers (et 4 disques dur (linux c'est possible)) par exemple.

dans le meilleur des cas, ont arrive à quelques minutes (si si)

donc courage, essais différentes configurations et surtout contrôle la présence d'index éventuels qui ralentissent considérablement ce type de traitement.

[rsc]

Avant tout traitement (update, insert, delete) de masse, il est de bonne guerre de désactiver les index (et de les réactiver lorsque la mise à jour est terminée).
Cela évite que les index soient mis à jour 5000000 de fois !