Работа с регистрами сведений — одна из самых частых задач разработчика 1С. Однако здесь скрывается классическая «ловушка», в которую попадают даже опытные специалисты. Типичная ситуация: вы пытаетесь обновить или удалить конкретные записи по определенному условию, но в итоге обнаруживаете, что весь регистр оказался абсолютно пустым. Давайте подробно проанализируем, почему так происходит, и как правильно организовать алгоритм записи данных, чтобы избежать потери информации.
Рассмотрим сценарий, представленный в вопросе автора. В документе перед записью табличной части необходимо обновить записи в регистре сведений псПакетыЗаявок. У регистра есть два ключевых измерения: УникальныйИдентификатор (тип Строка) и ЗаявкаНаРасходованиеДС (тип Ссылка). Логика автора была следующей:
УникальныйИдентификатор.Ошибка в коде автора выглядела так:
// Фрагмент, который привел к очистке всего регистра
РС = РегистрыСведений.псПакетыЗаявок.СоздатьНаборЗаписей;
Для Каждого Строка Из ЭтаФорма.ТаблицаЗаявок Цикл
НоваяЗапись = РС.Добавить;
НоваяЗапись.ЗаявкаНаРасходованиеДС = Строка.ЗаявкаНаРасходованиеДС;
НоваяЗапись.УникальныйИдентификатор = Строка.УникальныйИдентификатор;
КонецЦикла;
РС.Записать; // Здесь происходит катастрофа
Проанализируем причину: во втором блоке кода создается абсолютно новый объект НаборЗаписей. В нем не установлен отбор. Для платформы 1С отсутствие отбора в наборе записей означает, что область действия этого набора — весь регистр целиком.
Чтобы понять, почему данные затираются, важно осознать, как работает метод Записать(). В 1С НаборЗаписей — это не просто массив строк, а «проекция» части базы данных. Когда вы вызываете метод Записать(Истина) (параметр Замещать по умолчанию равен Истина), система выполняет два действия в одной транзакции:
Следовательно, если вы не установили Отбор, то на шаге 1 система видит «пустой фильтр» и удаляет все записи из таблицы регистра. Затем на шаге 2 она записывает только те несколько строк, которые вы подготовили. Результат — все остальные данные в регистре, не относящиеся к вашей задаче, будут стерты.
Для корректной работы мы должны придерживаться правила: любая манипуляция с набором записей должна начинаться с установки отбора. Более того, использование двух разных объектов набора (один для удаления, другой для записи) — это избыточная и опасная практика. Разберем оптимальный алгоритм.
Рассмотрим, как переписать код правильно, используя один объект НаборЗаписей:
// 1. Создаем один объект набора записей
НаборЗаписей = РегистрыСведений.псПакетыЗаявок.СоздатьНаборЗаписей();
// 2. ОБЯЗАТЕЛЬНО устанавливаем отбор.
// Теперь набор "видит" только записи по конкретному УИД.
НаборЗаписей.Отбор.УникальныйИдентификатор.Установить(НужныйУИД);
// 3. Считываем данные из базы (опционально, если нужно что-то проверить)
// НаборЗаписей.Прочитать();
// 4. Очищаем текущую коллекцию в памяти (это не удаляет данные из БД сразу)
НаборЗаписей.Очистить();
// 5. Заполняем набор новыми данными
Для Каждого СтрокаТЧ Из ТаблицаЗаявок Цикл
НоваяЗапись = НаборЗаписей.Добавить();
ЗаполнитьЗначенияСвойств(НоваяЗапись, СтрокаТЧ);
// Важно, чтобы значение в записи совпадало со значением в отборе!
НоваяЗапись.УникальныйИдентификатор = НужныйУИД;
КонецЦикла;
// 6. Записываем.
// Система удалит старые записи ТОЛЬКО по данному УИД и запишет новые ТОЛЬКО по нему.
НаборЗаписей.Записать(Истина);
Проанализируем ситуацию: что будет, если переменная НужныйУИД окажется пустой? Отбор установится в «пустое значение», и если в регистре есть записи с пустым идентификатором, они будут обработаны. Но если логика программы подразумевает, что пустых идентификаторов быть не может, вы все равно рискуете затереть данные.
Рекомендуется добавлять проверку перед записью:
Если ЗначениеЗаполнено(НужныйУИД) Тогда
НаборЗаписей.Отбор.УникальныйИдентификатор.Установить(НужныйУИД);
НаборЗаписей.Записать(Истина);
Иначе
ВызватьИсключение "Попытка записи в регистр без указания ключевого измерения!";
КонецЕсли;
Если вам нужно изменить или удалить всего одну конкретную строку, и вы знаете значения всех измерений этого регистра, гораздо безопаснее использовать МенеджерЗаписи. Рассмотрим пример:
Менеджер = РегистрыСведений.псПакетыЗаявок.СоздатьМенеджерЗаписи();
Менеджер.УникальныйИдентификатор = ТекущийУИД;
Менеджер.ЗаявкаНаРасходованиеДС = ТекущаяЗаявка;
// Пытаемся прочитать существующую запись
Менеджер.Прочитать();
Если Менеджер.Выбран() Тогда
// Запись существует, можем ее изменить или удалить
Менеджер.Удалить();
КонецЕсли;
Преимущество МенеджераЗаписи в том, что он работает точечно. Вы не сможете случайно очистить весь регистр, так как объект оперирует только одной строкой, определенной всеми измерениями.
В процессе обсуждения на форуме было замечено, что автор использует тип Строка для измерения УникальныйИдентификатор. Проанализируем, почему это плохо:
УникальныйИдентификатор (Guid) или ссылочными типами.Отбор, существовал индекс. По умолчанию 1С строит индексы по всем измерениям, но для строк это создает дополнительную нагрузку на дисковое пространство.Отбор.Установить() может не найти существующую запись, хотя визуально значения кажутся одинаковыми.Совет: Всегда используйте специализированные типы данных (СправочникСсылка, ДокументСсылка, УникальныйИдентификатор, Число, Дата) для измерений регистра вместо строк, если это возможно.
Выясним ещё одну причину, почему пустой отбор — это плохо. При вызове метода Записать() система устанавливает исключительную блокировку. Если отбор установлен, блокируется только узкий диапазон записей (например, по одному контрагенту или одному документу). Если отбор пуст, 1С попытается заблокировать всю таблицу регистра. В многопользовательской среде это приведет к тому, что все остальные пользователи, пытающиеся работать с этим регистром, «встанут» в ожидание и в итоге получат ошибку превышения времени ожидания блокировки.
Мы выяснили, что «исчезновение» данных из регистра при записи набора — это штатное поведение платформы 1С при отсутствии установленного отбора. Чтобы ваша работа с регистрами была безопасной и эффективной, следуйте этим правилам:
Записать() у набора записей, не убедившись, что отбор установлен по всем необходимым измерениям.МенеджеруЗаписи.Соблюдение этих простых принципов убережет вас от мучительного восстановления данных из бэкапов и обеспечит стабильную работу вашей конфигурации.