Re: ITYM DROP TABLE

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: ITYM DROP TABLE
Дата
Msg-id BANLkTikWHyMzDLiWJRamq-kZqjoYhzDXxQ@mail.gmail.com
обсуждение исходный текст
Ответ на ITYM DROP TABLE  ("David E. Wheeler" <david@kineticode.com>)
Список pgsql-hackers
On Mon, Jun 13, 2011 at 10:44 PM, David E. Wheeler <david@kineticode.com> wrote:
> I was reading the partitioning docs when I spotted this. I think it means to highlight the advantages of DROP TABLE
overDELETE rather than ALTER TABLE. 
>
> Best,
>
> David
>
> diff --git a/doc/src/sgml/ddl.sgml b/doc/src/sgml/ddl.sgml
> index 4c9fc5d..0cdb800 100644
> *** a/doc/src/sgml/ddl.sgml
> --- b/doc/src/sgml/ddl.sgml
> *************** VALUES ('New York', NULL, NULL, 'NY');
> *** 2332,2338 ****
>       <para>
>        Bulk loads and deletes can be accomplished by adding or removing
>        partitions, if that requirement is planned into the partitioning design.
> !       <command>ALTER TABLE</> is far faster than a bulk operation.
>        It also entirely avoids the <command>VACUUM</command>
>        overhead caused by a bulk <command>DELETE</>.
>       </para>
> --- 2332,2338 ----
>       <para>
>        Bulk loads and deletes can be accomplished by adding or removing
>        partitions, if that requirement is planned into the partitioning design.
> !       <command>DROP TABLE</> is far faster than a bulk operation.
>        It also entirely avoids the <command>VACUUM</command>
>        overhead caused by a bulk <command>DELETE</>.
>       </para>


That looks weird. I'm sure that *used* to say DROP TABLE.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: One-Shot Plans
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: SSI patch renumbered existing 2PC resource managers??