Пытаюсь разобраться с логической репликой у Postgres и Rails 6.

Вроде всё настроил. Открыл psql на мастере - создал таблицу, открыл psql на реплике - создал такую же таблицу. Затем на мастере добавил запись, она появилась на реплике. Всё вроде хорошо, но... как сделать чтобы таблица на реплике создавалась автоматически?

То есть я хочу чтобы создавая на масте таблицу - она также создавалась на реплике.

Если этого не добиться, то не понятно, как же будут работать миграции Rails. Т.е. миграция создаст таблицу на мастере, но на реплике она не появится.

Короч пишут что логическая репликация ничего не умеет такого.


Logical Replication has some limitations on which the community is continuously working on to overcome:
• Tables must have the same full qualified name between publication and subscription.
• Tables must have primary key or unique key
• Mutual (bi-directional) Replication is not supported
• Does not replicate schema/DDL
• Does not replicate sequences
• Does not replicate TRUNCATE
• Does not replicate Large Objects
• Subscriptions can have more columns or different order of columns, but the types and column names must match between Publication and Subscription.
• Superuser privileges to add all tables
• You cannot stream over to the same host (subscription will get locked).

То есть получается, что Rails не сможет работать с логической репликацией, потому что тупо не сможет поддерживать идентичность таблицу между репликами и мастером.


Может у кого есть опыт?

Кардинально ничем, но естб нюансы)))0

Одно и тоже, но не тоже самое

Синьор по возможности будет открещиваться от метапрограммирования, синьор знает какое это говно и почему лучше сделать что-то явно если это возможно.

Так не работает. Чем меньше джунов, тем меньше коммьюнити, чем меньше коммьюнити, тем мертвее язык когда последний матёрый рубист свичнется на «немертвый» язык.

Ремоут?

Соре за некропостинг)))0

Это может работать регионально)

Аля, в Японии есть яп "Ноунэйм" - там он популярен, а у нас две коллеки на всю Рашку)

50/50, появляться в офисе надо

Ничиво, рыночек порешает

Верно, не будут стартовать новые проекты на рубях, старые будут по-возможности переписывать. Так что все эти тактики увеличения зарплаты нечестными способами боком скажутся, когда через 15 лет в сорокалетнем возрасте придется учить новую экосистему, где ты уже не будет сеньором с 15+ летним опытом.

В одной группе гугловой по RoR модератор так и написал, что больше ни одного проекта на рельсах не будет делать. Главной причиной назвал - кадровый вопрос.

У нас бэк в компании на java и рубях пишется, так вот из-за сложности поиска рубистов предпочтение новым проектам отдается java. И это такой треш, потому что она там нафиг не нужна. Нагрузки никакой, ТЗ часто меняется, а она не такая гибкая, чтобы взять и переписать

Пишу щас некоторые проекты в компании на го, но твои слова тронули прям. Надо больше рубей. В своё оправдание, нагрузка на гошный сервис есть и в пиках расход оперы вырастал метров до 150, после оптимизации держится на уровне 5-10 мб. Весомое преимущество. Но этот сервис не нужно будет писать постоянно, то есть я его сделаю сейчас как надо и мы про него забудем, он просто будет работать.

А вот те проекты которые постоянно меняются и растут, да, на руби делать круто

Ребят, никто не в курсе?