A
Это как настроишь на самом деле
Как тогда так настроить, чтобы можно от владельца создать расширения?
RAILS_ENV=production_migration ...Size: a a a
2020 February 19
A
можно для миграций использовать отдельного пользователя и отдельный env, like
Спасибо, как вариант рассмотрю.
MS
Как тогда так настроить, чтобы можно от владельца создать расширения?
MS
Ну либо сделать пользователя БД суперюзером
MS
Еще видел что практикуется сделать суперюзером на время исполнения миграции
MS
Короче, нет однозначного решения.
A
Я бы такие вещи вообще делал ансиблом во время подготовки окружения для приложения.
MS
а вот блин бывает что добавил функциональность в приложение и для нее надо добавить экстеншны
MS
т.е. с регулярной миграцией неплохо поставить было бы
A
Я правлю плейбуки, запускаю их потом деплою приложение.
A
Суперюзера я бы точно не стал давать на время выполнения миграций.
MS
Я правлю плейбуки, запускаю их потом деплою приложение.
да тоже норм решение, только размазывается фича по коду приложения и по коду инфраструктуры
MS
если код инфраструктуры хранится в том же репе что и приложение, то в целом норм
A
Ну, я бы не сказал, что экстеншн это часть фичи, я бы сказал, что это часть инфраструктуры, но тут можно спорить конечно.
A
Что-то не понял, как владелец может создать расширение
A
Мы же базу данных на проде не создаём средствами приложения, так же и экстеншны.
MS
Ну, я бы не сказал, что экстеншн это часть фичи, я бы сказал, что это часть инфраструктуры, но тут можно спорить конечно.
мне стало необходимо считать пути на карте, я поставил экстеншн postgis. Все взаимосвязано получается.
MS
Если углубляться, то так-то postgis использовать — это вообще vendor lock на постгри =)
A
мне стало необходимо считать пути на карте, я поставил экстеншн postgis. Все взаимосвязано получается.
Это да. Но я считаю, что девелоперы не должны ничего ставить у них уже должно быть все что нужно, это обеспечивает инфраструктура.
A
В общем, можно спорить, да.