PC
в смысле что это не будет походже на реальную работу на постгресе
С точки зрения производительности согласен, но можно еще потестить логическую совместимость запросов, ошибки и т.д.
Size: a a a
2016 May 05
PK
@schors есть же скрипты для перегонки из одной субд в другую, зачем себя так терзать ?
есть да? да просто странно это. вроде стандарты какие-то были. но это риторический вопрос. я думал может я пропрустил что
AG
@chebotarevp и утыкаемся в сеть до мускуля. и медленность самого враппера
KS
Я вижу это себе так: поднимаем постгре на отдельном сервере, с помощью fdw подключаем его к продовской базе. Далее на отдельном сервере выкатываем ветку с приложением которое настроено на постгре, и перенаправляем на этот апстрим 1-10% запросов.
там все хорошо пока запросы будут select * from table where id = 42
PC
okay.jpg
PR
есть да? да просто странно это. вроде стандарты какие-то были. но это риторический вопрос. я думал может я пропрустил что
mysql, как бы сказать помягче, игнорирует многие стандарты. Скрипты часто сбоят, особенно на крупных проектах. Мне тут предстоит 300гб mysql конвертировать на днях, я распишу свои мытарства
D🐈
неистово плюсую
AG
@not_logan чем перегонять базу думаете ?
PR
изучаем варианты как раз. скрипты конвертации дампа не вариант - дамп полностью калечится. PGLoader предварительно показал очень плохую производительность
AG
я бы вот это советовал
PR
неработоспособно. Во-первых одноядерный (и зависает). Во-вторых он нам дамп сломал
AG
PR
у нас база во-первых сложная, во-вторых - большая
AG
у вас видимо какая-то специфичное использование мускуля.
AG
это не большая бд...
AG
мы перегоняли и большие базы
AG
Так что странно что ломается.
DV
xx: интересно, а это полное задротство - подключать сейвы игры к системе контроля версий?