Хранение дублирующихся записей после их слияния

[Prok]

Коллеги, привет!
Есть ли смысл хранить дублирующиеся записи после их слияния.

Например, есть два одинаковых контакта. Они слиты в один.
Главная запись активна, а вторая запись Неактивна.

Для чего хранить в базе неактивные записи?
Если их просто удалять - это как-то повлияет на работу системы?

[spectr]

Ну если у вас было 2 контакта и понем были продажи, то у вас будут закрытые сделки привязаны к разным контактам и даже после их слияния они будут привязаны к разным контактам, потому что насколько я знаю они не переоткрываются

[Артем Enot Грунин]

Эти данные хранятся "для полноты картины". Если зайти в неактивные записи и открыть "жертву слияния" вы увидите в ней ссылку на запись "мастер слияния". Если они вам не нужны, вы можете настроить массовое удаление записей, чтобы периодически от них избавляться.

[Артем Enot Грунин]

Цитата:

Сообщение от spectr

Ну если у вас было 2 контакта и понем были продажи, то у вас будут закрытые сделки привязаны к разным контактам и даже после их слияния они будут привязаны к разным контактам, потому что насколько я знаю они не переоткрываются

Перевешиваются, в этом и суть слияния. Однако, при этом могут быть проблемы с бизнес логикой. В ранних версиях, слияние происходило где-то на уровне БД и не приводило к срабатыванию плагинов. Сейчас же, насколько я помню, оно повторно активирует даже закрытые Действия (что не возможно сделать никакой другой операцией) чтобы их изменить.

Ну и, конечно, могут быть конфликты доступа к дочерним записям в процессе переноса.

[spectr]

Оно реально меняет везде лукапы?
И в кастомных сущностях тоже?
И в связях n:n и т.д.?

Я всегда думал что оно оставляет все как есть (уточняю я спрашиваю про неактивные )

[Артем Enot Грунин]

Цитата:

Сообщение от spectr

Оно реально меняет везде лукапы?
И в кастомных сущностях тоже?
И в связях n:n и т.д.?

Я всегда думал что оно оставляет все как есть (уточняю я спрашиваю про неактивные )

Да, в этом и суть. Все кто ссылается 1:N и N:N перевешиваются на гуид мастер записи. Включая исторические (неактивные записи)