Как правильно использовать PostgreSQL в Rails?

Question

[caution]

Есть рельсовый проект и PG база данных. Была создана тестовая ветка на базе development ветки, в которой были произведены миграции в базу данных. После удаления этой ветки без слива в development ветку, в базе данных остались все изменения из тестовой ветки, и при попытках в development ветке создать таблицы которые были в тестовой выдает ошибку о существовании уже такой таблицы.

Насколько я понимаю причина в том что PG база данных не находится в папке db/ проекта, и не отслеживается гитом.
Как все правильно организовать чтобы избежать подобных проблем ?

Answer 1

[Кирилл Платонов]

Стандартный способ работы с PG в девелопменте с ветками, которые имеют разную структуру БД:

rake db:drop; rake db:create; rake db:migrate; rake db:seed

При этом не забудьте сложить минимальный необходимый для разработки набор записей базы в db/seeds.rb

И если хотите упростить жизнь то поставьте zsh и плагин для rake, rails и используйте алиасы:
rdd; rdc; rdm; rds

Comments

[caution]

rake db:drop просто так не сработает, т.к есть зависимость с user и коннекты к БД. то есть нужно опять же логиниться в psql и в ручную убивать коннекты. Много гемороя.

[Кирилл Платонов]

@caution у вас крутится локально одновременно несколько приложений или gui софт для pg?

[caution]

нет одно приложение к этой бд и gui- нету, но при создании create database "db_name" owner "db_user"; я так понимаю оно создает зависимость + коннект. потому что при rake db:drop была ошибка связанная с этим, и приходилось в ручную эти коннекты убивать.

[Кирилл Платонов]

@caution Я использую комбинацию постоянно. Убедитесь, что у вас нет активного соединения через psql, нет работающих приложений, соединенных с pg. После этого попробуйте сделать rake db:drop. Если не получится дайте знать

[caution]

@BloodyHistory ну смотрите, допустим я успешно выполню rake db:drop и следовательно потеряю все данные включая те, которые не были связанные с проблемой ? так ?

[caution]

@BloodyHistory то есть изначально проблема состоит в том, что нужно откатывать не нужные данные, а не всю бд в целом

[caution]

@BloodyHistory и не могли бы вы, написать по порядку, как вы создаете приложение с postgres и базу данных ?

[Кирилл Платонов]

@caution В таком случае используйте rake db:rollback STEP=N (N - количество миграций, на которое вы хотите откатиться). Если хотите откатиться на 1 миграцию - то STEP можно не писать совсем. Но это нужно делать до переключения на другую ветку. Т.е. поработали в feature/a, запушили нужные изменения, сделали rollback, переключились на master. Обращаю внимание, что в этом случае у вас откатываются изменения в структуре базы, записи в базе не меняются.

[Кирилл Платонов]

@caution rails new app_name -d postgresql
rake db:create; rake db:migrate

[Dimitriy]

Если миграции не завязанны на sql миграции (пр. спицифичные запросы для постгреса) то, можно и так делать: git co ... && rake db:reset, конечно если данные вставляются из seed.rb. По поводу коннектов, было такое, лечилось be spring stop

[caution]

@Vakiliy @BloodyHistory В общем вариант с rollback наиболее адекватно звучит, и сейчас выяснил что коннекты были скорее всего из за того что в настройках терминала стоит "запускать команду как шелл-входа" и просто запущенные консоли считались этим самым коннектом, и поэтому даже вариант rake db:drop; rake db:create; rake db:migrate; rake db:seed действует елси данные не важны. благодарю за помощь.

[Кирилл Платонов]

@caution как отлично заметил @Vakiliy используйте rake db:reset вместо последовательности команд, которую я вам привел (rake db:drop; rake db:create; rake db:migrate; rake db:seed).

Answer 2

[Viktor Vsk]

причина в том что PG база данных не находится в папке db/ проекта, и не отслеживается гитом.

Разберитесь, как работает постгрес (монго, майскуэль) без ruby и RoR. Потом - чем они отличаются от sqlite
Затем привыкайте никогда не лазить вручную в db/migrate и schema.
Поймите, что такое миграции и как они хранятся в базе (и для чего вообще они нужны в вашем проекте в папке db/migrate, написанные на руби)

Answer 3

[Сергей Той]

Удалите вручную эти таблицы (миграции которых происходили в другой ветке). Либо если они вам нужны вместе с данными и у вас написаны под них миграции в development, то можно ручками пометить эти миграции как выполненные в таблице schema_migrations.

Comments

[caution]

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

[Сергей Той]

@caution, способ есть все сделать через migration/rollback, но только в том случае, если вы не всё делаете через них. А тут вы просто добавили несколько этапов миграций и ждёте, что Rails сам всё поймёт?

[caution]

@Toy ну просто с sqlite когда база лежит в db все происходило магически :)