Как изменить ключ связи для двух таблиц значений в 1С при изменении поля пользователем?

При проектировании интерфейсов в 1С часто возникает задача реализации связи «один ко многим» или «многие ко многим» между двумя таблицами прямо на форме. Типичный пример: первая таблица содержит список разделов или группировок, а вторая — подчиненные строки. В качестве ключа связи начинающие разработчики нередко выбирают простое строковое поле (например, код, наименование или артикул).

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

Метод 1. Архитектурное решение через скрытый неизменяемый ключ (Best Practice)

С точки зрения профессиональной разработки, использование изменяемого строкового или числового поля, которое редактирует пользователь, в качестве ключа связи между таблицами — это антипаттерн. Любое поле, доступное пользователю для ввода, по определению нестабильно. Лучшее решение — полностью разделить визуальное представление ключа и его техническую сущность.

Для реализации этого подхода выполним следующие шаги:

1. В обеих таблицах значений (или табличных частях) добавим скрытую колонку КлючСвязи. В качестве типа данных выберем УникальныйИдентификатор. Эту колонку не нужно выводить на форму — она должна оставаться исключительно в данных объекта или формы.
2. При добавлении новой строки в первую (главную) таблицу будем программно генерировать новый уникальный идентификатор.
3. При добавлении строк во вторую таблицу будем копировать этот идентификатор в ее колонку КлючСвязи.

Посмотрим на пример кода инициализации строки в первой таблице:

&НаКлиенте
Процедура ГлавнаяТаблицаПриНачалеРедактирования(Элемент, НоваяСтрока, Копирование)
    Если НоваяСтрока Тогда
        ТекущиеДанные = Элементы.ГлавнаяТаблица.ТекущиеДанные;
        Если ТекущиеДанные <> Неопределено Тогда
            ТекущиеДанные.КлючСвязи = Новый УникальныйИдентификатор();
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

При добавлении строки в подчиненную таблицу мы просто связываем ее с активной строкой главной таблицы:

&НаКлиенте
Процедура ПодчиненнаяТаблицаПриНачалеРедактирования(Элемент, НоваяСтрока, Копирование)
    Если НоваяСтрока Тогда
        ДанныеГлавной = Элементы.ГлавнаяТаблица.ТекущиеДанные;
        ДанныеПодчиненной = Элементы.ПодчиненнаяТаблица.ТекущиеДанные;
        
        Если ДанныеГлавной <> Неопределено И ДанныеПодчиненной <> Неопределено Тогда
            ДанныеПодчиненной.КлючСвязи = ДанныеГлавной.КлючСвязи;
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

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

Метод 2. Кэширование старого значения в реквизит формы

Если бизнес-логика вашей задачи требует жесткой привязки именно по изменяемому строковому значению и перепроектировать структуру таблиц под UUID невозможно, нам придется временно сохранять (кэшировать) старое значение ключа до того, как пользователь его запишет.

Важное замечание: Использование обычных переменных модуля с директивой &НаКлиенте Перем СтарыйКлюч; в управляемых формах является крайне ненадежным. При переходе контекста между клиентом и сервером (например, при вызове серверных процедур формы) значения таких переменных могут сбрасываться. Единственный надежный способ сохранить состояние — использовать вспомогательный реквизит формы.

Выполним настройку по шагам:

1. В редакторе формы добавим новый реквизит формы с именем ТекущийСтарыйКлюч (тип данных — Строка). На форму этот реквизит выносить не нужно.
2. Создадим обработчик события ПриАктивизацииСтроки для главной таблицы. Как только пользователь устанавливает курсор на строку, мы запоминаем текущее ключевое поле.
3. Создадим обработчик события ПриИзменении для редактируемого ключевого поля главной таблицы. В нем мы найдем строки во второй таблице по сохраненному старому значению и обновим их на новое значение.

Проанализируем программную реализацию данного метода:

&НаКлиенте
Процедура ГлавнаяТаблицаПриАктивизацииСтроки(Элемент)
    ТекущиеДанные = Элементы.ГлавнаяТаблица.ТекущиеДанные;
    Если ТекущиеДанные <> Неопределено Тогда
        // Запоминаем текущее значение строкового ключа в реквизит формы
        ЗапомненныйКлюч = ТекущиеДанные.ИмяСтроковогоКлюча;
    Иначе
        ЗапомненныйКлюч = "";
    КонецЕсли;
КонецПроцедуры

&НаКлиенте
Процедура ГлавнаяТаблицаИмяСтроковогоКлючаПриИзменении(Элемент)
    ТекущиеДанные = Элементы.ГлавнаяТаблица.ТекущиеДанные;
    Если ТекущиеДанные = Неопределено Тогда
        Возврат;
    КонецЕсли;
    
    НовоеЗначениеКлюча = ТекущиеДанные.ИмяСтроковогоКлюча;
    
    // Если значение не изменилось или старый ключ пустой, ничего не делаем
    Если НовоеЗначениеКлюча = ЗапомненныйКлюч Или ПустаяСтрока(ЗапомненныйКлюч) Тогда
        Возврат;
    КонецЕсли;
    
    // Выполняем поиск строк в подчиненной таблице по старому значению ключа
    ПараметрыОтбора = Новый Структура("КлючСвязи", ЗапомненныйКлюч);
    НайденныеСтроки = ПодчиненнаяТаблица.НайтиСтроки(ПараметрыОтбора);
    
    // Обходим циклом найденные строки и перезаписываем ключ связи на новый
    Для Каждого СтрокаПодчиненной Из НайденныеСтроки Цикл
        СтрокаПодчиненной.КлючСвязи = НовоеЗначениеКлюча;
    КонецЦикла;
    
    // Актуализируем кэш в реквизите формы на случай повторного изменения без смены строки
    ЗапомненныйКлюч = НовоеЗначениеКлюча;
КонецПроцедуры

Метод 3. Использование скрытой колонки для фиксации истории изменений

Еще один оригинальный и надежный способ — внедрить скрытую колонку непосредственно в саму главную таблицу значений. Назовем ее СтарыйКлючСвязи.

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

1. При заполнении таблиц (например, при открытии формы или чтении данных с сервера) мы записываем текущее значение ключевого поля одновременно в две колонки: КлючСвязи и СтарыйКлючСвязи.
2. В событии ПриИзменении поля связи на форме мы считываем значение из колонки СтарыйКлючСвязи.
3. Используем это значение для поиска связанных строк во второй таблице и обновляем их.
4. После успешного обновления перезаписываем колонку СтарыйКлючСвязи новым значением.

Давайте посмотрим на пример реализации:

&НаКлиенте
Процедура ГлавнаяТаблицаИмяСтроковогоКлючаПриИзменении(Элемент)
    ТекущиеДанные = Элементы.ГлавнаяТаблица.ТекущиеДанные;
    Если ТекущиеДанные = Неопределено Тогда
        Возврат;
    КонецЕсли;
    
    СтарыйКлюч = ТекущиеДанные.СтарыйКлючСвязи;
    НовыйКлюч  = ТекущиеДанные.ИмяСтроковогоКлюча;
    
    Если СтарыйКлюч = НовыйКлюч Тогда
        Возврат;
    КонецЕсли;
    
    // Ищем связанные строки во второй таблице
    ПараметрыОтбора = Новый Структура("КлючСвязи", СтарыйКлюч);
    НайденныеСтроки = ПодчиненнаяТаблица.НайтиСтроки(ПараметрыОтбора);
    
    Для Каждого ТекущаяСтрока Из НайденныеСтроки Цикл
        ТекущаяСтрока.КлючСвязи = НовыйКлюч;
    КонецЦикла;
    
    // Фиксируем новое состояние в качестве "старого" ключа для будущих изменений
    ТекущиеДанные.СтарыйКлючСвязи = НовыйКлюч;
КонецПроцедуры

Метод 4. Динамическая связь через системные идентификаторы строк

Платформа 1С:Предприятие 8 предоставляет разработчикам удобный встроенный инструмент — уникальный системный идентификатор строки. Он доступен у табличных частей и таблиц значений на управляемой форме. Этот идентификатор возвращается методом ПолучитьИдентификатор().

Главное преимущество этого метода заключается в том, что системный идентификатор генерируется платформой автоматически при добавлении строки в коллекцию на форме, гарантированно уникален и не меняется ни при каких действиях пользователя над строкой (даже если очистить все поля).

Мы можем связать таблицы следующим образом:

• В подчиненной таблице создаем колонку ИдентификаторСтрокиГлавы (тип Число).
• При добавлении строк в подчиненную таблицу записываем туда идентификатор текущей строки главной таблицы, полученный через Элементы.ГлавнаяТаблица.ТекущаяСтрока (в управляемых формах значением текущей строки как раз и является ее числовой идентификатор).
• Для отображения подчиненных строк используем динамическую фильтрацию по текущей строке главной таблицы.
• Физическое приведение строковых ключей связи (если они необходимы для записи в базу данных) выполняем в единой процедуре на сервере непосредственно перед записью документа или объекта.

Рассмотрим, как красиво реализовать динамический отбор строк на форме без физической перезаписи ключей при каждом изменении поля:

&НаКлиенте
Процедура ГлавнаяТаблицаПриАктивизацииСтроки(Элемент)
    ТекущаяСтрокаГлавы = Элементы.ГлавнаяТаблица.ТекущаяСтрока;
    
    Если ТекущаяСтрокаГлавы <> Неопределено Тогда
        // Устанавливаем динамический отбор строк в подчиненном элементе формы
        Элементы.ПодчиненнаяТаблица.ОтборСтрок = Новый ФиксированнаяСтруктура("ИдентификаторСтрокиГлавы", ТекущаяСтрокаГлавы);
    Иначе
        // Если строк в главной таблице нет, очищаем отбор или делаем его невыполнимым
        Элементы.ПодчиненнаяТаблица.ОтборСтрок = Новый ФиксированнаяСтруктура("ИдентификаторСтрокиГлавы", -1);
    КонецЕсли;
КонецПроцедуры

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

Резюме

Мы детально разобрали проблему изменения ключа связи и изучили различные способы ее решения. Подведем итог:

• Если вы проектируете архитектуру с нуля — используйте Метод 1 (скрытый UUID). Это избавит вас от написания лишнего кода поддержки интерфейса и гарантирует стабильность связей.
• Если необходимо быстро решить проблему в уже существующей конфигурации без изменения структуры метаданных — используйте Метод 2 (кэширование в реквизит формы) или Метод 3 (скрытая колонка старого ключа).
• Если требуется построить сложный динамический интерфейс типа «мастер-деталь» с высокой производительностью — применяйте Метод 4 (связь по системным идентификаторам).