From 4cd5ccd97c43da7201cfe99f7368ce51b2467366 Mon Sep 17 00:00:00 2001 From: "gorbenko.pavel" Date: Fri, 28 Aug 2026 14:22:37 +0500 Subject: [PATCH] =?UTF-8?q?docs:=20=D0=BA=D0=BE=D1=80=D0=BD=D0=B5=D0=B2?= =?UTF-8?q?=D0=B0=D1=8F=20=D0=BF=D1=80=D0=B8=D1=87=D0=B8=D0=BD=D0=B0,=20?= =?UTF-8?q?=D0=BF=D0=BE=D1=87=D0=B5=D0=BC=D1=83=20managed=20properties=20?= =?UTF-8?q?=D0=BD=D0=B5=20=D0=BE=D1=82=D0=B4=D0=B0=D1=8E=D1=82=D1=81=D1=8F?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Одноимённые колонки в РАЗНЫХ списках — разные поля со своими GUID, значит и со своими crawled property (ows_Position, ows_Position1, …); автосозданное managed property привязано только к одному из них. Отсюда PositionOWSTEXT, который отдаёт значения в «Заявка на подбор — данные» и молчит в «Прием на работу — данные» при одном и том же имени. Проверять надо не «работает ли свойство», а «работает ли оно для ЭТОГО списка» — этим занимается новая команда `sp-write props`. Co-Authored-By: Claude Opus 5 --- .../Reports/VacancyReportService.cs | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/backend/Tnsu.ApprovalRoute.Application/Reports/VacancyReportService.cs b/backend/Tnsu.ApprovalRoute.Application/Reports/VacancyReportService.cs index e24e071..cbfcebd 100644 --- a/backend/Tnsu.ApprovalRoute.Application/Reports/VacancyReportService.cs +++ b/backend/Tnsu.ApprovalRoute.Application/Reports/VacancyReportService.cs @@ -31,6 +31,15 @@ namespace Tnsu.ApprovalRoute.Application.Reports; /// Префикс группы колонок сайта (TansuSite…, см. tools/sp/README.md) тоже не /// помогает — пробовали. /// +/// Причина, если понадобится чинить: одноимённые колонки в РАЗНЫХ списках — это +/// разные поля со своими GUID, а значит и со своими crawled property +/// (ows_Position, ows_Position1, …); автосозданное managed property привязано +/// только к одному из них. Поэтому, например, PositionOWSTEXT отдаёт значения в +/// «Заявка на подбор — данные» и молчит в «Прием на работу — данные». Проверять +/// надо не «работает ли свойство», а «работает ли оно для ЭТОГО списка» — этим +/// занимается `sp-write props` (репозиторий C:\work\git\tools), он же говорит, +/// нужно ли домапить crawled property или свойства нет вовсе. +/// /// Значит эти поля пришлось бы дочитывать построчно батчами по 100 — и на 1000 /// заявок Search+дочитка выходит ~46 HTTP-запросов против ~5 у нынешнего REST. /// В list view threshold (5000) REST при этом не упирается by design: партиции