Django's "dumpdata" или Postgres 'pg_dump'?

Question

Я не уверен, должен ли этот вопрос быть опубликован в разделе Database Administrators или здесь, поэтому, пожалуйста, сообщите, если я ошибаюсь.

У меня есть сайт на основе Django, который не сильно меняется. Я использую python manage.py dumpdata --all --indent=2 > backup.json и перезагружаю данные loaddata, если мне нужно перераспределить или поврежден db. (Я знаю об ошибке целостности, которые произошли, когда не исключая auth и content_types)

Поскольку я использую PostgreSQL на внутреннем интерфейсе, это «лучшая практика» или «умнее» для меня, чтобы использовать pg_dump вместо этого, и то pg_restore если что-то пойдет не так или мне нужно перераспределить?

Таким образом, dumpdata сбрасывает все данные, связанные с выбранными приложениями (и/или моделями), и pg_dump выполняет полный сброс db. Это то же самое или есть фундаментальное отличие, которое я пропустил (помните, у меня есть 0 опыт работы с DBA)?

Какой вариант мне нужно и почему?

Answer 1

Лучше всего практиковать и мудрее использовать pg_dump вместо dumpdata. pg_dump быстрее, выход более компактный (особенно с опцией -Fc), и он может быть загружен быстрее с pg_restore, чем loaddata. И последнее, но не менее важное: ошибки целостности, о которых вы говорили, не будут выполняться с pg_dump/pg_restore.

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