From: | Olivier GENTRIC <olivier(dot)gentric(at)gmail(dot)com> |
---|---|
To: | Pierre BOIZOT <pierre(dot)boizot(at)gmail(dot)com> |
Cc: | PG-Mail-liste <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Au sujet du drop table |
Date: | 2018-05-09 16:38:05 |
Message-ID: | CAJMG3ZfrcO+WSiQJT2UF_2Q4XsKGdJESy=VufkPL-n9UVnCfUQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
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>*
From | Date | Subject | |
---|---|---|---|
Next Message | Pierre BOIZOT | 2018-05-10 13:29:24 | Re: Au sujet du drop table |
Previous Message | Pierre BOIZOT | 2018-05-09 14:14:01 | Au sujet du drop table |