Добрый день! Подскажите по поводу синхронизации таблиц. Я хочу сделать апгрейд версии с помощью логической репликации, есть три очень большие таблички по 4 терабайт каждая. Каким образом можно ускорить процесс синхронизации? Отключение fsync и synchronous commit поможет ли мне? Я боюсь что в момент синхронизации, мне просто не хватит места под накопления WAL-сегментов, в запасе пока что есть 5 терабайт. Переезжать планирую с 11.7 Ent на 16.1.1 Ent. Спасибо.
Здравствуйте, а если в той же самой триггерной функции сделать проверку на наличие записи с тем же самым первичным ключом и при конфликте удалять эту запись или менять у неё первичный ключ. Репликация будет продолжатся или всё равно уйдет в конфликт?
А вы попробуйте! (Нет, серьезно: сложно точно ответить на неточно поставленный вопрос, а попробовать сделать то, что вы предлагаете - и несложно, и полезно.)
Добрый день! Подскажите по поводу синхронизации таблиц. Я хочу сделать апгрейд версии с помощью логической репликации, есть три очень большие таблички по 4 терабайт каждая. Каким образом можно ускорить процесс синхронизации? Отключение fsync и synchronous commit поможет ли мне? Я боюсь что в момент синхронизации, мне просто не хватит места под накопления WAL-сегментов, в запасе пока что есть 5 терабайт. Переезжать планирую с 11.7 Ent на 16.1.1 Ent. Спасибо.
Здравствуйте, а если в той же самой триггерной функции сделать проверку на наличие записи с тем же самым первичным ключом и при конфликте удалять эту запись или менять у неё первичный ключ. Репликация будет продолжатся или всё равно уйдет в конфликт?
А вы попробуйте!
(Нет, серьезно: сложно точно ответить на неточно поставленный вопрос, а попробовать сделать то, что вы предлагаете - и несложно, и полезно.)
Добрый день. Если вы ее можете так безболезненно удалить эту запись, то как она у вас попала в таблицу по бизнес логике?