Re: Au sujet du drop table

Bonjour ,

Non je n'ai pas essayé, Pensez vous que cela est un impact sur
l''acquisition du lock ?

Dans le cas du drop de la partition n'y aurait il pas un découpage deux
étapes , cassure du lien puis drop de a tabe?

Difficile de tester en fait , c'est en production et le deadlock produit
par l'acquisition du lock par le drop étant mal geré, l'application plante.

A+
Pierre

Pierre.

<http://www.noizot.ch/>
Qui ? <http://www.boizot.ch/#!about.md>

Le 9 mai 2018 à 18:38, Olivier GENTRIC <olivier(dot)gentric(at)gmail(dot)com> a écrit :

> Bonjour,
>
> Avez-vous essayé en cassant le lien d'héritage avant de supprimer la
> table fille ?
> ALTER TABLE partition_table NO INHERIT parent_table
>
> Cordialement
>
> Olivier GENTRIC
>
> Le 9 mai 2018 à 16:14, Pierre BOIZOT <pierre(dot)boizot(at)gmail(dot)com> a écrit :
>
>> Bonjour,
>>
>> J'ai été suppris par la lenteur de la commande DROP TABLE NONdeTable"
>>
>> Dans le cas dont je vous parle les tables à supprimer sont des partitions
>> de taille conséquente , ~45GB avec deux indexes de ~9GB
>>
>> Et donc depuis peu je fait fasse à deux problemes
>>
>>
>> 1. L'acquisition du lock exclusive sur une table dont je supprime une
>> partition qui a aucune activité.
>> 2. Temps de suppression de la table.
>>
>> ​​Sous oracle une telle opération est instantannée quelque soit la
>> taille de la table.
>> comment procéder pour dropper une table de partition en évitant l'ecueil
>> du lock et en améliorant le temps d'éxécution.
>>
>> Pierre
>> ​ Boizot
>> ​
>>
>>
>
>
> --
> *Olivier GENTRIC*
>
> *Mob : 06.67.49.53.47*
> *Mail : olivier(dot)gentric(at)gmail(dot)com <olivier(dot)gentric(at)gmail(dot)com>*
>