В обработке поиска и удаления дублей исключить замену ссылок в регистре соответствия объектов

[sergey-s-betke]

Требуемая возможность

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

Предлагаю либо блокировать удаление объекта, если у него есть записи в указанном регистре, либо удалять записи в указанном регистре для дубля, а не изменять их на оригинал.

Заодно стоит посмотреть и на обработку удаления помеченных объектов. Она должна удалять записи и в указанном регистре.

Текущее поведение

Обработка поиска и удаления дублей не удаляет записи в регистре соответствия объектов, а заменяет ссылку на удаляемый дубль ссылкой на оригинал в его записях. В итоге, для оригинала мы получаем несколько записей, которые ссылаются на разные объекты в синхронизируемой базе. Что приводит к созданию дублей на стороне синхронизуемой информационной базы.

Возможное решение

• [ ] возможно, эту задачу лучше решить отдельным расширением. Потому как решение будет универсальным и для БГУ, и для ЕМП, и для других конфигураций
• [ ] кроме того, в новое решение целесообразно будет включить в том числе и диагностику обмена:
  • [ ] по аналогии с анализом учёта в БГУ добавить обработку для анализа состояния обмена. С отчётом
  • [ ] искать объекты с несколькими записями в регистре соответствия для одного плана обмена. Подобная ситуация является ошибкой и её необходимо устранять
  • [ ] предложить автоматически искать актуальные (действительные) записи в указанном регистре через проверку наличия объектов на второй стороне (через вызов COM-сервера либо через OData)
  • [ ] если только одна запись актуальна, тогда проблему можно решить автоматически
  • [ ] если таковых несколько - указать на необходимость удаления дублей в синхронизируемой базе. Для этого рассмотреть возможность запуска через Навигационную ссылку команды "Объединить выделенные..." на второй стороне с передачей необходимых параметров
  • [ ] анализировать (опционально - тяжёлая операция) записи в регистре, для которых на второй стороне уже нет объектов. Через вызов COM сервера либо OData. Либо добавить собственный механизм для контроля актуальности ВСЕГО регистра за одно обращения ко второй стороне (SOAP сервис свой)
  • [ ] анализировать (опционально - тяжёлая операция) записи в регистре с несуществующими ссылками в текущей базе. И удалять их
  • [ ] добавить регламентное задание для периодического контроля и отправки отчёта администраторам

[sergey-s-betke]

https://its.1c.ru/db/bsp316doc#content:4:1:issogl1_поиск_и_удаление_дублей

[sergey-s-betke]

https://its.1c.ru/db/bsp316doc#content:4:1:issogl3_контроль_замены_ссылок_при_записи_объектов_и_выполнение_связанных_действий

[sergey-s-betke]

Решение будет не столь простым.

При разработке алгоритма следует учесть следующие сценарии:

• в одном из узлов уже есть объекты, сопоставленные сразу нескольким объектам в других узлах (несколько записей в регистре соответствия, при этом в другом узле для каждой записи имеется объект

• в одном из узлов уже есть объекты, для которых имеем несколько записей в регистре соответствия, при этом в другом узле только для одной из записей существует объект

• в одном узле имеем дубли, и каждому из них сопоставлены разные объекты в другом узле

  Корректный алгоритм удаления дублей видится следующим образом:

• для третьего сценария:

  • осуществляем поиск и удаление дублей в одном из узлов
  • при этом ссылки в регистре соответствия объектов не меняем
  • при этом в отдельном регистре устанавливаем соответствие для каждого обработанного дубля оригиналу (чтобы по GUID дубля определить GUID оригинала)
  • при этом объекты - дубли не удаляем, пока они на регистрации в плане обмена (пока не пройдёт синхронизации со всеми узлами). Но регистрируем объект, помеченный как дубль, в плане обмена только один раз, явно. Позднее объекты, помеченные как дубли, в обмене не регистрируем.
  • передаём при обмене и записи этого регистра (с преобразованием через регистр соответствия)
  • во втором узле по переданным записям регистра отмечаем дубли и оригинал, помечаем дубли на удаление
  • по регламенту запускаем отдельное задание удаления дублей (или сразу в процессе обмена) по данным регистра. При этом предварительно удаляем сведения о соответствии объектов в других узлах. И уже не регистрируем объекты, помеченные как дубли, для целей обмена
  • отдельным регламентом отрабатываем удаление помеченных объектов
  • при удалении удаляем записи и из регистра дублей / оригиналов

• для первого и второго сценария:

  • при обработке зарегистрированного к обмену объекта в случае наличия у него нескольких записей в регистре соответствия отправляем объект в другой узел только для каждой записи, при этом отправляя и информации для регистра дублей / оригиналов, указывая УИД для всех записей, кроме первой, как дубли
  • передаём при обмене и записи этого регистра (с преобразованием через регистр соответствия)
  • во втором узле по переданным записям регистра отмечаем дубли и оригинал, помечаем дубли на удаление
  • по квитированию возвращаем информацию о том, что дубли помечены. Для дублей удаляем информацию в регистре соответствия
  • по регламенту запускаем отдельное задание удаления дублей (или сразу в процессе обмена) по данным регистра. При этом предварительно удаляем сведения о соответствии объектов в других узлах. И уже не регистрируем объекты, помеченные как дубли, для целей обмена
  • отдельным регламентом отрабатываем удаление помеченных объектов
  • при удалении удаляем записи и из регистра дублей / оригиналов