полностью повторяют уже имеющиеся в таблице записи, ничего не происходит, т.е. данные в таблице внешне не меняются. Интересно, а велики ли накладные расходы на вставку таких строк?
Например, я перекладываю данные между таблицами запросами вида INSERT INTO.. SELECT FROM,
и при этом знаю, что 90% перекладываемых данных уже есть в принимающей таблице и от их переноса ничего не изменится,
то стоит ли морочиться отбором только новых данных, или игнорирование лишних строк это безболезненная операция и пусть себе льются?
Естественно, выделить только свежие данные для меня сейчас существенно сложнее чем перекладывать всю толпу.
Грубо говоря, я не знаю, что есть в приёмнике, и писать что-то типа WHERE ID not in (SELECT ID FROM target...) тоже не хочется.
Добрый день! Необходимо учесть, что если у вас несколько шардов и записи распределяются по шардам случайным образом, то одинаковые записи могут попасть на разные шарды и тогда записи не схлопнутся вовсе. Плюс клик дедублицирует данные в фоновом режиме и не сразу.
да, про шардирование не подумал, его пока нет, но кто знает что будет в будущем, попробую всё таки не копировать лишние строки
ну и помнить, что уникальность записи определяется по полям из ORDER BY в таблице
у меня сейчас проблема в строках, которые полностью повторяют ранее вставленные строки :) а кроме случаев с шардами можно рассчитывать, что полностью аналогичная строка не вставится дублем, а будет проигнорирована? или оно реально вставляется, а потом сворачивается по ключам? т.е. сервер тратит время/ресурсы на эту операцию?
Дедубликация происходит после вставки, ну и как минимум у строк отличается версия. Ну и удаляется же строка с меньшей версией, поэтому после вставки этот процесс и запускается.
ок, понятно, спасибо за помощь!
Ещё можно включить дедупликацию строк при вставке через опцию insert_deduplicate https://kb.altinity.com/altinity-kb-schema-design/insert_deduplication/
как я понимаю, эта настройка ищет дубликаты только в наборе вставляемых данных, она не сравнивает их с данными таблицы (т.е. это не where not in table). а Дмитрий просто вставляет те же самые данные. активация этой настройки (если она сейчас у них отключена) лишь замедлит вставку.
чем это поможет? Это вообще не про дедупликацию строк и по дефолту включено
Обсуждают сегодня