получается что для типовых проектов не хватает чего-то вроде https://about.gitlab.com/2016/03/18/fast-search-using-postgresql-trigram-indexes/ . Я к тому, что разговоры о mysql и постгресе обычно заканчиваются либо холиваром, либо еще большим холиваром ("Памятка евангелиста PostgreSQL", "Асинхронная репликация без цензуры"), как то это все не очень для популяризации ;)
Хм... не войны ради. Но мне интересно в смысле переносимости. А идентификаторы в постгресе в двойных кавычках, а в mysql в обратных одинарных - это как-то лечится? А то я тут как-то даже подзавис. Хочу бустрап-дамп сделать совместимым
@schors а не смотрел в сторону foreign data wrapper? Там можно импортнуть прямо всю схему из mysql в pg и высасывать данные постепенно. В теории все прозрачно и удобно.
@schors а не смотрел в сторону foreign data wrapper? Там можно импортнуть прямо всю схему из mysql в pg и высасывать данные постепенно. В теории все прозрачно и удобно.
Не смотрел. Теперь посмотрю. Собственно у меня нет задачи перекатать данные. Я просто думал написать совместимые CREATE TABLE... Ну ква :)
Fdw ходит из постгреса в мискль в реалтайме, то есть теоретически можно затестить как система будет работать на постгресе, даже не съезжая с мискля на проде ;)
Я вижу это себе так: поднимаем постгре на отдельном сервере, с помощью fdw подключаем его к продовской базе. Далее на отдельном сервере выкатываем ветку с приложением которое настроено на постгре, и перенаправляем на этот апстрим 1-10% запросов.