30 таблиц с несколькими строками - TRUNCATE самый быстрый способ очистить их и сбросить прикрепленные последовательности?

PostgreSQL может обрезать множество таблиц одним оператором TRUNCATE TABLE. Не утруждайте себя повторением и просто делайте

TRUNCATE TABLE table1,table2,table3,...,table30;

Смотрите также:

Скорость усечения Postgresql

для обсуждения того, почему усечение может быть медленнее на Pg и почему DELETE — это не одно и то же.

В соответствии с просьбой в комментарии
(хотя я не думаю, что это правильный ответ, но он слишком длинный для комментария)

Нет (заметной) разницы в производительности между усечением пустой таблицы и усечением большой таблицы.

Как указано в руководстве (http://www.postgresql.org/docs/current/static/sql-truncate.html), "фактически он не сканирует таблицы"

Поэтому, если вы сначала проверите, есть ли в таблице строки, вы проверите таблицу. Что-то, чего не произойдет, если вы просто выдадите truncate, не беспокоясь о том,

[Я не знаю РоР]

Хороший способ начать с чистого листа — создать и использовать временную СХЕМУ:

DROP SCHEMA fuzz CASCADE;
CREATE SCHEMA fuzz;
SET search_path='fuzz';

(это то, что я использую для тестирования фрагментов sql). Но это создаст пустую схему, и вы не можете копировать схемы, IFAIK.

Другой способ — создать базу данных (включая пустые таблицы) и использовать ее в качестве шаблона для построения тестовой установки:

DROP DATABASE testdb;
CREATE DATABASE testdb TEMPLATE my_spcial_template;

Проблема в том, что вы не можете удалить базу данных, если к ней все еще есть подключения (например, сам процесс удаления). Таким образом, ваш интерфейс должен сначала отключиться, а затем временно подключиться к какой-либо другой БД (например, my_spcial_template) , чем dropdb+createdb, чем подключить testdb. Я не знаю о производительности, но, по крайней мере, это надежная схема.

Если кого-то интересует текущая стратегия, которую я использую для этого, см. этот репозиторий на основе Ruby https://github.com/stanislaw/truncate-vs-count для MySQL и PostgreSQL.

Мои результаты:

MySQL: самая быстрая стратегия очистки баз данных — усечение со следующими модификациями:

if table is not empty
  truncate. 
else 
  if AUTO_INCREMENT is not 0
    truncate.
  end
end

• Для MySQL просто усечение намного быстрее, чем просто удаление. Единственный случай, когда DELETE побеждает TRUNCATE, это выполнение на пустой таблице.
• Для MySQL усечение с пустыми проверками намного быстрее, чем просто многократное усечение.
• Для MySQL удаление с пустыми проверками намного быстрее, чем просто DELETE для каждой таблицы.

PostgreSQL: самая быстрая стратегия очистки баз данных — удаление с теми же пустыми проверками, что и для MySQL, но вместо этого полагаться на currval:

if table is not empty
  delete table
else 
  if currval is not 0
    delete table
  end
end

• Для PostgreSQL просто удаление выполняется намного быстрее, чем просто ОБРЕЗ (даже многократное).
• Для PostgreSQL несколько TRUNCATE, выполняющих пустые проверки перед, немного быстрее, чем просто несколько TRUNCATE.
• Для PostgreSQL удаление с пустыми проверками происходит немного быстрее, чем просто удаление PostgreSQL.

Вот с чего все началось: https://github.com/bmabey/database_cleaner/issues/126< /а>

Это код результата и долгое обсуждение: https://github.com/bmabey/database_cleaner/pull/ 127

Это обсуждение списка рассылки pgsql-performance: http://archives.postgresql.org/pgsql-performance/2012-07/msg00047.php

Мы начали собирать отзывы пользователей, доказывая, что моя идея с первой проверкой пустых таблиц верна.