Денис Смирнов

Вы делаете кросс джоин, получая все возможные комбинации (12х12=144). Вам нужно сделать соединение по номерам строк. У меня постгреса под рукой нет, но на память типо такого

with t1_rows as (
  select row_number() over(), items from table1
),
t2_rows as (
  select row_number() over(), items from table2
)
select a.items, b.items from t1_rows a
full join t2_rows b using (row_number)

Мне кажется, что все проблемы от того, что вы храните совершенно разные сущности в одной колонке. До тех пор, пока вы их не разложите по разным местам, вы будете страдать. И даже регулярки/флаги/попытки сохранить числа отдельно от строк проблему не решат на 100% - вы сами привели пример, когда не ясно, сумма лежит в строке или телефон. У вас что-то не так в самой схеме хранения.... Предметную область знаете только вы, так что вам решать, что и где)
Если это динамические атрибуты, то возможно стоит посмотреть в сторону jsonb, залитого gin. Но нужно детальнее понять, какая аналитика будет над этими полями и почему важны именно числа.

Посмотрите в сторону plproxy. На сервере Б пишите логику обновления 5 строк в виде функции fB. На сервер А ставите расширение plproxy, подключаете к нему сервер Б и пишете функцию fA, вызывающую удалённо функцию fB обновления 5 строк на сервере Б. По обновлению строки на сервере А дергаете fA и получаете обновление на сервере Б

Успешно пользую Pyrseas в продакшене. Сохраняет схему в виде yaml файла, удобного для версионирования и работы с ветками. По разнице между yaml файлом и базой автоматически генерирует sql миграцию.