Re: Effects of dropping a large table
От | Peter J. Holzer |
---|---|
Тема | Re: Effects of dropping a large table |
Дата | |
Msg-id | 20230723102733.shfvgs6dsev2l6xa@hjp.at обсуждение исходный текст |
Ответ на | Re: Effects of dropping a large table (Gus Spier <gus.spier@gmail.com>) |
Ответы |
Re: Effects of dropping a large table
|
Список | pgsql-general |
On 2023-07-23 06:09:03 -0400, Gus Spier wrote: > Ah! Truncating a table does not entail all of WAL processes. From the > documentation, "TRUNCATE quickly removes all rows from a set of tables. It has > the same effect as an unqualified DELETE on each table, but since it does not > actually scan the tables it is faster. Furthermore, it reclaims disk space > immediately, rather than requiring a subsequent VACUUM operation. This is most > useful on large tables." https://www.postgresql.org/docs/14/sql-truncate.html I assumed that by "deleting the now empty table" you meant DROPing it. (Performing a «DELETE FROM t» just after a «TRUNCATE t» would obviously be pointless). So let me rephrase the question: What's the advantage of TRUNCATE t DROP t over just DROP t hp -- _ | Peter J. Holzer | Story must make more sense than reality. |_|_) | | | | | hjp@hjp.at | -- Charles Stross, "Creative writing __/ | http://www.hjp.at/ | challenge!"
Вложения
В списке pgsql-general по дате отправления: