При объединении таблиц в запросах (ОБЪЕДИНИТЬ ВСЕ), если одно из полей неограниченной длины, а второе просто строкой, возникает данная ошибка.
Поведение системы
При этом выполнение программы завершается (Критическая ошибка с диалогом Закрыть/Перезапустить).
Причины и исправление
Пример поля неограниченной длины
Вариантом решения является приведение значения к определенной длине с возможной потерей данных через функцию ПОДСТРОКА(). Например,
ПОДСТРОКА(ЗатратыПоСтраховомуПокрытиюУслуги.Диагноз,1,1023) КАК Диагноз
В данном случае мы ограничили максимальную длину 1023 символами, т.к. второе объединяемое поле имеет такую же длину.
Не рекомендуется использовать поля, которые будут использоваться в запросах с неограниченной длинной, тут мной была совершена ошибка, на этапе создания документа, т.к. совместное использование таких полей усложняется.
Специфика медицинской сферы требовала длинных диагнозов, но надо было также сделать и конечными, либо использовать другие варианты хранения (несколько полей, справочники, разделение на краткий диагноз и полный).
Проблема не хочет уходить
Далее, все-таки эта ошибка выскочила второй раз, но уже без завершения программы (в отчете на скд). Было найдено еще одно поле неограниченной длины, которые было выбрано в полях отчета через точку «Документ.Примечание», его не возможно было объединить автоматически.
Добавил еще одно поле выборку запроса с приведение как выше и после этого в настройках СКД изменил поле на это.
Довольно таки не явная ошибка — очень трудно было понять:
- перерыл все реквизиты объектов в запросе на несколько раз,
- добавил указание типов в данных СКД(как оказалось бесполезно),
- скопировал схему компоновки — предполагал кэширование пользовательских настроек.
Обнаружил ошибку только, когда начал исключать эти поля из выборки в СКД