| 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: | Whole Thread | Raw Message | 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 |