|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Приветствую, разрабатываю систему для периодической репликации из одной базы в другую больших объемов строк в нескольких свазанных таблицах. Кое-какие строки будут новыми, в каких-то надо будет только обновить пару полей. Наметил для себя такой путь для каждой таблицы: 1) в начале репликации создаю временную таблицу со структурой аналогичной принимающей таблице Код: sql 1. 2.
2) далее собираюсь Код: sql 1. 2. 3. 4. 5.
Подумал, этот путь будет лучше (меньше нагрузки на базу, да и быстрее) построчного Код: sql 1. 2. 3. 4. 5. 6.
Что думаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:08 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
база-источник не MySQL, плюс еще другие особенности, так что мне действительно нужно самому разаработать систему репликации/синхронизации, а не воспользоваться готовой ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:15 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
P.S. между пунктами 1) и 2) пропустил, что 1.1) заливаю ВСЕ интересные данные (по задаче: за последний месяц) во временную таблицу ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:19 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Кроик Семёнбольших объемов строко каких именно объемах речь? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:24 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
miksoft, несколько таблиц: единицы - десятки тысяч строк / около 20 столбцов / PRIMARY KEY типа BIGINT несколько таблиц: до 100 000 строк / 5-6 столбцов / в некоторых PRIMARY KEY состоит из 2-х BIGINT ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:45 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Кроик Семён2) далее собираюсьПоскольку задача одноразовая (пусть и регулярно повторяемая), я бы пошёл ради снижения нагрузки на деление таблицы temp_customer на две - temp_customer_for_insert и temp_customer_for_update. Но с учётом того, что Кроик Семённесколько таблиц: единицы - десятки тысяч строк / около 20 столбцов / PRIMARY KEY типа BIGINT несколько таблиц: до 100 000 строк / 5-6 столбцов / в некоторых PRIMARY KEY состоит из 2-х BIGINTэто вообще ни о чём, таблицы мелкие, не вижу даже смысла возиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 12:59 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Кроик СемёнЧто думаете? Я думаю, что ты думаешь неправильно. Но всё сильно зависит от объёма изменённых данных и особенностей конкретного движка мускуля. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 13:36 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Ну ОК, если таблицы считаются "мелкими", то пока не заморачиваюсь и делаю так как запланировал Спасибо всем ответившим ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 14:24 |
|
Периодическая заливка больших объемов новых строк / обновлений в старых
|
|||
---|---|---|---|
#18+
Кроик Семённесколько таблиц: до 100 000 строк / 5-6 столбцовэто такая мелочь, что я бы сделал полную перезаливку через LOAD DATA, а не тратить время на отладку инкрементного апдейта. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2019, 15:04 |
|
|
start [/forum/search_topic.php?author=%D0%93%D0%BE%D1%81%D0%BF%D0%BE%D0%B4%D0%B8%D0%BD+%D0%93%D1%83&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 446ms |
total: | 598ms |
0 / 0 |