S
INSERT создаёт парт, это парт реплицируется на другие реплики
Size: a a a
2020 May 20
DT
Могут же быть реплики на одном сервере
для чего это делаешь?
SK
Мне нужно разделить запись и чтение
DT
и ты хочешь поднять на 1 сервер две реплики, одна запись другая чтение?
SK
и ты хочешь поднять на 1 сервер две реплики, одна запись другая чтение?
Да
DT
Такого я еще не видел.
DT
Это бред, кмк
S
Так разнеси реплики на разные сервера. В одни пиши, из других делай select. На одном сервере то зачем? Какую проблему решит?
DT
Мне нужно разделить запись и чтение
зачем тебе нужно разделить запись и чтение?
S
Ну разделятьь само по себе норм, к примеру чтобы юзвери странные запросами и нагрузкой от них не заафектили insert. Но в рамках одного сервера это не имеет смысла, да.
SK
Данные нужно обновлять, но для чтения нужны целый вариант. Ещё есть одна проблема с обновлением, оно фактично будет пересоздавать таблицу стачала инсертом заедут новые данные потом старые. Во избижание дублей. Ну нас данные меняются.
DT
Ну разделятьь само по себе норм, к примеру чтобы юзвери странные запросами и нагрузкой от них не заафектили insert. Но в рамках одного сервера это не имеет смысла, да.
ну лимиты зарезать можно, да и инсерты при правильном устройстве жрут немного.
DT
Данные нужно обновлять, но для чтения нужны целый вариант. Ещё есть одна проблема с обновлением, оно фактично будет пересоздавать таблицу стачала инсертом заедут новые данные потом старые. Во избижание дублей. Ну нас данные меняются.
Очень все расплывчато написано, но кмк такое решается правильным написанием запросов, что бы дубликаты не мешали.
S
ну лимиты зарезать можно, да и инсерты при правильном устройстве жрут немного.
Зависит от системы всё. Они может быть жрут не много, но важнее. Лимитами можно многое, но разделение тоже имеет смысл.
DT
Зависит от системы всё. Они может быть жрут не много, но важнее. Лимитами можно многое, но разделение тоже имеет смысл.
ну, согласен. Но в таком случае обычно люди знают как, что и зачем делают
S
Данные нужно обновлять, но для чтения нужны целый вариант. Ещё есть одна проблема с обновлением, оно фактично будет пересоздавать таблицу стачала инсертом заедут новые данные потом старые. Во избижание дублей. Ну нас данные меняются.
Тоже слабо понял идею. Но
В любом случае реплики одной таблицы в рамках одного сервера, вроде могут жить только в разных DB.
Вы можете иметь несколько таблиц и подсовывать им парты, а несколько distributed смотрящие на разные таблицы.
В любом случае реплики одной таблицы в рамках одного сервера, вроде могут жить только в разных DB.
Вы можете иметь несколько таблиц и подсовывать им парты, а несколько distributed смотрящие на разные таблицы.
SK
Очень все расплывчато написано, но кмк такое решается правильным написанием запросов, что бы дубликаты не мешали.
Много дублей в разных частях таблиц, поетому делаем пустую таблицу и забрасываем новые , старые данные. Старую убиваем, новую таблицу переименуем так получаем новые данные. Вопрос заедут ли эти данные в реплику, или лучше руками копию делать?
DT
Много дублей в разных частях таблиц, поетому делаем пустую таблицу и забрасываем новые , старые данные. Старую убиваем, новую таблицу переименуем так получаем новые данные. Вопрос заедут ли эти данные в реплику, или лучше руками копию делать?
это не одноразовая процедура, так?
вы хотите такое делать каждый день?
вы хотите такое делать каждый день?