Запрос к регистру сведений: ссылочное измерение — строкой-наименованием, ресурс — Неопределено, СрезПоследних со ссылочным ресурсом не компилируется

[AnnaSIceberg]

Что происходит

Запрос к регистру сведений неверно отдаёт ссылочные поля регистра.

1. Обычный запрос (ВЫБРАТЬ … ИЗ РегистрСведений.X):

   • ссылочное измерение приходит строкой с наименованием (Строка, «МСК»), а не ссылкой;
   • ссылочный ресурс приходит Неопределено, хотя в записи он заполнен.

   По контракту ТипЗнч на колонке результата запроса отдаёт «Строка», а не ссылочный тип #1150 (wrapRefColumns) ссылочная колонка результата должна быть СправочникСсылка.X.

2. СрезПоследних со ссылочным ресурсом не выполняется: no such column: реклама. В сгенерированном SQL ресурс назван реклама, а колонка в таблице — реклама_id; измерение при этом развёрнуто как филиал_id AS филиал.

3. onebase check, который исполняет запросы модулей, падает на таком модуле той же ошибкой. Проверку конфигурации не пройти, хотя запрос написан корректно.

РегистрыСведений.X.СоздатьНаборЗаписей() + Отбор + Прочитать() по тому же регистру отдаёт настоящие ссылки (СправочникСсылка.Филиал) и дату периода. Сломан именно путь Запрос.

Воспроизведение

Upstream main 66a9a104, SQLite, Windows. Минимальный проект:

catalogs/филиал.yaml и catalogs/реклама.yaml — по одному полю Наименование: string.

inforegs/номерарекламы.yaml:

name: НомераРекламы
periodic: true
dimensions:
  - name: НомерТелефона
    type: string
  - name: Филиал
    type: reference:Филиал
resources:
  - name: Реклама
    type: reference:Реклама

processors/ПробаРегистра.yaml — kind: test, модуль src/пробарегистра.proc.os:

Процедура Выполнить()
    Ф = Справочники.Филиал.Создать();
    Ф.Наименование = "МСК";
    СсылкаФ = Ф.Записать();
    Р = Справочники.Реклама.Создать();
    Р.Наименование = "Тест";
    СсылкаР = Р.Записать();
    З = РегистрыСведений.НомераРекламы.СоздатьМенеджерЗаписи();
    З.Период = ДобавитьДень(ТекущаяДата(), -1);
    З.НомерТелефона = "4951983100";
    З.Филиал = СсылкаФ;
    З.Реклама = СсылкаР;
    З.Записать();

    Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ Филиал, Реклама ИЗ РегистрСведений.НомераРекламы ГДЕ НомерТелефона = &Н";
    Запрос.УстановитьПараметр("Н", "4951983100");
    Для Каждого С Из Запрос.Выполнить() Цикл
        Утверждать.Равно(Строка(ТипЗнч(С.Филиал)), "СправочникСсылка.Филиал", "запрос: тип измерения Филиал");
        Утверждать.Равно(Строка(ТипЗнч(С.Реклама)), "СправочникСсылка.Реклама", "запрос: тип ресурса Реклама");
        Утверждать.Равно(С.Филиал, СсылкаФ, "запрос: измерение Филиал = записанная ссылка");
    КонецЦикла;

    Запрос.Текст = "ВЫБРАТЬ Филиал, Реклама ИЗ РегистрСведений.НомераРекламы.СрезПоследних(&НаДату) ГДЕ НомерТелефона = &Н";
    Запрос.УстановитьПараметр("НаДату", ТекущаяДатаВремя());
    Для Каждого С Из Запрос.Выполнить() Цикл
        Утверждать.Равно(С.Реклама, СсылкаР, "СрезПоследних: ресурс Реклама = записанная ссылка");
    КонецЦикла;

    Набор = РегистрыСведений.НомераРекламы.СоздатьНаборЗаписей();
    Набор.Отбор.НомерТелефона = "4951983100";
    Набор.Прочитать();
    Утверждать.Равно(Строка(ТипЗнч(Набор.Получить(0).Филиал)), "СправочникСсылка.Филиал", "набор записей: тип измерения Филиал");
КонецПроцедуры

onebase migrate --project . --sqlite repro.db
onebase test    --project . --sqlite repro.db

Фактически

▶ ПробаРегистра
  ПРОВАЛ — запрос: тип измерения Филиал (ожидалось «СправочникСсылка.Филиал», получено «Строка»)
  ПРОВАЛ — запрос: тип ресурса Реклама (ожидалось «СправочникСсылка.Реклама», получено «Неопределено»)
  ПРОВАЛ — запрос: измерение Филиал = записанная ссылка (ожидалось «МСК», получено «МСК»)
  ОШИБКА — src\пробарегистра.proc.os:28: Ошибка выполнения SQL: run query: SQL logic error: no such column: реклама (1)
SQL: SELECT ref_филиал.наименование AS филиал, реклама FROM (SELECT period, номертелефона, филиал, реклама FROM (SELECT period, номертелефона, филиал_id AS филиал, реклама, ROW_NUMBER() OVER (PARTITION BY номертелефона, филиал_id ORDER BY period DESC) AS _rn FROM инфо_номерарекламы AS _t WHERE period <= ?) _w WHERE _rn = 1) AS срезпоследних_номерарекламы LEFT JOIN филиал ref_филиал ON ref_филиал.id = срезпоследних_номерарекламы.филиал WHERE COALESCE(номертелефона, '') = ?

onebase check --project .:

src/пробарегистра.proc.os:26:20: [Запрос модуля (исполнение)] [dsl.syntax] SQL logic error: no such column: реклама (1)
Найдено ошибок: 1

Строка «ожидалось «МСК», получено «МСК»» — то же самое с другой стороны: значение из запроса — строка-наименование, сравнение со ссылкой ложно.

Ожидаемое

• В результате запроса к регистру сведений ссылочные измерения и ресурсы — ссылки СправочникСсылка.X с идентификатором, как у колонок справочников и документов (ТипЗнч на колонке результата запроса отдаёт «Строка», а не ссылочный тип #1150).
• Ссылочный ресурс заполнен, а не Неопределено.
• СрезПоследних с ссылочным ресурсом компилируется: ресурс берётся из колонки <имя>_id.

Где это мешает

Конфигурация cc2: входящему звонку подставляются филиал и реклама по номеру линии из периодического регистра сведений. Через Запрос этого не сделать: присвоение реквизиту документа даёт «несоответствие типов… передано значение типа «Строка»», а поиск ссылки по наименованию неоднозначен — у реклам и филиалов бывают одинаковые имена. Пока обходим набором записей (СоздатьНаборЗаписей + Отбор + Прочитать).

Реализацию готов взять контрибутором (@AnnaSIceberg) Draft PR от свежего main, если сопровождающий решит так.

[ivanarama]

Триаж.
Воспроизводится: да. На свежем main 66a9a104a0b70d501e3135d13356376ba253ab30 собрал CLI и исполнил отдельный минимальный проект на SQLite: onebase migrate, onebase test, onebase check. Получены все описанные симптомы: измерение — Строка, обращение к ресурсу — Неопределено, СрезПоследних и check падают с no such column: реклама. Основная сборка, тесты internal/query и проверка examples/trade проходят.

Корень:

• internal/query/query.go:2617: genInfoSlice берёт ресурсы через lowerFast(r.Name), без metadata.ColumnName и логического алиаса. Поэтому в срезе выбран реклама, хотя физическая колонка — реклама_id. Общий генератор обслуживает также СрезПервых.
• internal/query/query.go:2736 и :5060: ссылочные auto-JOIN строятся по измерениям; ресурс у обычной таблицы переводится в реклама_id, но без КАК Реклама результат не содержит запрошенного логического имени. Контрольный CLI-запрос с Реклама КАК Реклама формирует нужный алиас; это отдельно от вопроса о типе результата.
• Выдача представления для голого ссылочного поля сейчас намеренна: internal/query/refcolumns_test.go:90 закрепляет «голый ссылочный реквизит — представление, а не ссылка». Контракт ТипЗнч на колонке результата запроса отдаёт «Строка», а не ссылочный тип #1150 не означает, что любое голое поле уже обязано быть ссылкой: internal/dsl/interpreter/query_proxy.go:281 оборачивает только подтверждённые колонки идентификаторов. Контроль Филиал.Ссылка КАК Ф компилируется в ref_филиал.id AS ф.

План фикса для рекомендуемого варианта: исправить физические имена и логические алиасы ссылочных ресурсов в обоих срезах и согласовать логическое имя ресурса обычной таблицы с доступом из DSL. Сохранить действующее представление голых измерений и получение идентификатора через .Ссылка; не менять типы всех ссылочных результатов молча. Добавить матричные SQLite/PostgreSQL проверки исполнения обычного запроса, СрезПоследних и СрезПервых; DSL-проверки доступа по имени, явной ссылки и пустых значений; регрессию onebase check на прикладном модуле.

Сложность: средний для локального ремонта; крупный для общего изменения контрактов результатов. Риски: конфигурации и отчёты могут рассчитывать на строковое представление голого ссылочного поля. Миграция БД для локального ремонта не нужна.
Критерий автофикса не сошёлся: заявка одновременно требует доказуемого SQL-ремонта и изменения наблюдаемого типа существующих запросов. От человека нужен выбор границ ремонта; всю заявку автоматически в ready-fix не отправляю.

Развилка. Чиним текущий SQL-контракт или вводим единый новый контракт ссылочных результатов?

1. Исправить SQL срезов и доступ к ресурсу по логическому имени, сохранив строковое представление голых ссылочных полей — цена: один локальный PR и явное .Ссылка там, где нужен идентификатор; требование «любой голый результат — ссылка» в этот PR не входит.
2. Сначала отдельный план единого контракта ссылочных результатов — цена: согласование совместимости query/DSL/отчётов и документации, затем реализация с тестами. Ведущая заявка — Запрос к регистру сведений: ссылочное измерение — строкой-наименованием, ресурс — Неопределено, СрезПоследних со ссылочным ресурсом не компилируется #1920; ведомые Запрос: поле подзапроса получает «_id» одноимённого ссылочного измерения главного источника (no such column) #1927 и Запрос: День()/Месяц()/Год() над полем подзапроса берут дату по UTC, а не в местном времени (нет ob_local_datetime) #1929 при общей переработке модели производных источников нужно поставить на hold со ссылкой на план, чтобы не вести две реализации одного механизма. Открытые PR fix(запросы): поля присоединённого регистра переводятся по его метаданным #1926 и fix(query): разрешать ссылочные поля присоединённых источников #1459 учитывать при выборе границ, не объединять задним числом их protocol-работу.
   Рекомендую 1: сначала устранить падение и потерю имени ресурса, не менять работающие строковые проекции. Такой ремонт можно откатить коммитом; единый новый тип результата требует отдельного решения о совместимости.

Автор предлагает взять реализацию после выбора сопровождающего. Владение ещё не передано: если выбран вклад контрибутора, человеку следует связать заявку с Draft PR и поставить hold до начала работы по CONTRIBUTING.md.

pp-triage-route-v1
issue=1920
issue-updated=2026-10-06T08:07:01Z
title-sha256=e9ce739c44c2afc69b41d97fd75d08472ee18f7b32fe3442a62715d991e48829
body-sha256=b357906296d1ba46f3ab283d5a333dcdb4e773976593fa60039756259c721273
analysis-sha256=367c7b2c15061ee587c7ee0f71bf9713e9a73b4f0282d3481898c98a08cb0303
comments-sha256=c7589873b66f7ee75b29d4a027a6afd636ae6abd5df541a4197bd603a254fa62
labels-sha256=caf27c43430e9e5bc0ddcdc6e4cecf27b44b591b3bb62ac72ccbe6b94af0bd58
events-watermark=32579403100
class=bug
route=needs-decision
manual=false
reply=none

[ivanarama]

[ivanarama]

[ivanarama]

Решение сопровождающего от 08.10.2026 по явному поручению владельца: самостоятельно принять технические решения и продолжить конвейер.

Вариант 1: исправить SQL и логические псевдонимы ссылочных ресурсов регистра сведений через metadata.ColumnName, включая СрезПервых/СрезПоследних. Сохранить принятый контракт: голое ссылочное поле даёт представление, .Ссылка — идентификатор. Общее изменение типа голых ссылок не одобряется этим техническим решением. Проверить публичные query/DSL на SQLite и PostgreSQL и пересечение с #1459/#1926, не создавать дублирующую реализацию.

После изменения кода обязательны независимое REVIEW нового точного HEAD и все проверки защиты main. ship допускается только после этих проверок; исторические доказательства не исправлять и не переносить на новый код.

Generated-with: Codex