Comments 7
А ведь универсальность написания запросов к разным БД это одна из основных рекламируемых фишек в разых ORM, в частности в Eloquent, но по факту, всё равно приходится много чего переписывать руками
Проблема с миграциями надумана, они нужны при обычном развитии сервиса и отката при проблемах, при смене СУБД, на миграции вообще не нужно обращать внимание, забываем старые и создаем начальную под текущие состояние базы.
мы взяли 15-ю. На момент чтения вышли 16 и 17. Есть ли смысл сразу ставить свежую версию?
А когда писалась статья? На момент чтения уже давно доступна 18 версия. Практически всегда имеет смысл ставить самую свежую, иногда исключением может быть для X.0.0, там вероятность проблем чуть выше.
Согласен, вы правы: обычно ставят свежак. Но Debian 12 (стабильная ветка) по умолчанию тянет 15-ю версию — так у них заведено, чтобы ничего не отвалилось. Честно, я даже не ожидал, что у них такой консервативный подход, думал, ставится свежая, даже и не проверил версию, а тут сюрприз после загрузки всех данных. Теперь думаю: либо обновляться через pg_upgrade, либо оставить как есть. В общем, спасибо, что заметили — задумался об обновлении)
Я postgresql всегда ставлю через подключение реп самого postgresql https://www.postgresql.org/download/linux/debian/#apt а не реп дистрибутива.
Переезд с MySQL на PostgreSQL в Laravel: как мы перенесли гео сервис и не сошли с ума