Discussion :

[lamiss1234]

Bonjour,
je suis sur oracle 8i
Normalement un truncate table est plus rapide que delete.
mais depuis quelques jours c'est l'inverse dans ma base.
un truncate sur une table de 100 lignes prends un temps fou, alors que le delete s'execute rapidement.

cette lenteur est encore énorme si je fais un drop.

pour le reste ça marche bien !!!!!


quelqu'un pour m'orienter ? car là je ne sais pas où chercher ...


merci d'avance

[Pomalaix]

Mon hypothèse: votre table est constituée de nombreuses extensions, et c'est leur libération qui est lente. En effet, il était fréquent en 8i que l'accès à DBA_EXTENTS soit très long.

[lamiss1234]

Mon hypothèse: votre table est constituée de nombreuses extensions, et c'est leur libération qui est lente. En effet, il était fréquent en 8i que l'accès à DBA_EXTENTS soit très long.

désolé pour ce retard , problème de connexion.

je comprends, votre hypothèse pour les grandes tables. mais là, même pour une table de 10 lignes c'est pareil. !!!!!!!!
peut-être que j'ai un problème dans le dictionnaire de données ????

[McM]

Tu peux très bien avoir une table de 0 ligne avec 5000 extends, suite à des delete.
J'ai le cas sur des tables M$LOG des vues matérialisées. Une table est monté à 1.2 Go pour 0 lignes.. le select count(*) mettait 1min30 pour afficher 0

[PpPool]

Tu peux très bien avoir une table de 0 ligne avec 5000 extends, suite à des delete.
J'ai le cas sur des tables M$LOG des vues matérialisées. Une table est monté à 1.2 Go pour 0 lignes.. le select count(*) mettait 1min30 pour afficher 0

Salut McM

En 11g peut-on désormais facilement identifiées ces tables fortement fragmentées pour programmer des réorg de manière efficace ?

dsl pour la pollution du post -)

[Mohamed.Houri]

Salut McM

En 11g peut-on désormais facilement identifiées ces tables fortement fragmentées pour programmer des réorg de manière efficace ?

dsl pour la pollution du post -)

http://jonathanlewis.wordpress.com/?...+fragmentation