mcpField
1
1c-query-opt

1c-query-opt

github.com/arman-kudaibergenov数据与数据库16775 次安装22 周前更新
代码仓库

关于 1c-query-opt

1c-query-opt 是面向 1C 开发者的复杂查询优化技能，适用于报表和大批量数据处理。内容涵盖临时表、虚拟表参数、索引及减少低效操作的查询改写。

主要功能

  1. 01JOIN 与子查询优化
  2. 02临时表使用模式
  3. 03虚拟表参数过滤
  4. 04复合类型转换
  5. 05临时表索引

适用场景

  1. 01优化多步骤数据处理
  2. 02改进报表查询
  3. 03处理大批量数据
  4. 04改写查询以利用索引

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/arman-kudaibergenov/1c-ai-development-kit --skill 1c-query-opt

安装后在 Claude Code 中输入/1c-query-opt确认已加载。

README 原文English

来自项目 README

README 暂无中文译文，以下为英文原文；中文介绍见上方。

/1c-query-opt — Оптимизация запросов 1С

Продвинутые паттерны оптимизации запросов за пределами базовых правил.

Когда использовать

  • Сложная многошаговая обработка данных
  • Оптимизация JOIN и подзапросов
  • Работа с отчётами СКД
  • Обработка больших объёмов данных

Временные таблицы

JOIN vs Подзапрос
// ПРАВИЛЬНО: JOIN (обычно быстрее)
"ВЫБРАТЬ
|	Заказы.Ссылка, Контрагенты.ИНН
|ИЗ Документ.ЗаказКлиента КАК Заказы
|	ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Контрагенты
|	ПО Заказы.Контрагент = Контрагенты.Ссылка"

// ПЛОХО: Подзапрос в SELECT (N+1)
"ВЫБРАТЬ
|	Заказы.Ссылка,
|	(ВЫБРАТЬ К.ИНН ИЗ Справочник.Контрагенты КАК К
|	 ГДЕ К.Ссылка = Заказы.Контрагент) КАК ИНН
|ИЗ Документ.ЗаказКлиента КАК Заказы"
Никогда не JOIN с подзапросами — используй временные таблицы
// ПЛОХО: JOIN с подзапросом
"... ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ ... СГРУППИРОВАТЬ ПО ...) КАК Итоги ..."

// ПРАВИЛЬНО: Временная таблица + JOIN
"ВЫБРАТЬ ... ПОМЕСТИТЬ ВТИтоги ... ИНДЕКСИРОВАТЬ ПО ...;
ВЫБРАТЬ ... ИЗ ... ЛЕВОЕ СОЕДИНЕНИЕ ВТИтоги ..."

Параметры виртуальных таблиц

// ПРАВИЛЬНО: Фильтр В ПАРАМЕТРАХ виртуальной таблицы
"ИЗ РегистрНакопления.ТоварыНаСкладах.Остатки(
|	&Дата, Номенклатура В (&Список)) КАК Остатки"

// ПЛОХО: Виртуальная таблица + ГДЕ
"ИЗ РегистрНакопления.ТоварыНаСкладах.Остатки(&Дата) КАК Остатки
|ГДЕ Остатки.Номенклатура В (&Список)"

Составные типы — ВЫРАЗИТЬ

// ПЛОХО: Разыменование составного типа (запрос по ВСЕМ типам)
"ВЫБРАТЬ ТоварыНаСкладах.Регистратор.Дата"

// ПРАВИЛЬНО: ВЫРАЗИТЬ к конкретному типу
"ВЫБРАТЬ ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор
|	КАК Документ.ПоступлениеТоваровУслуг).Дата"

ПРЕДСТАВЛЕНИЕ для отображения

// ПЛОХО: Доп. JOIN через точку
"ВЫБРАТЬ ТоварыНаСкладах.Склад.Наименование"

// ПРАВИЛЬНО: Без доп. JOIN
"ВЫБРАТЬ ПРЕДСТАВЛЕНИЕ(ТоварыНаСкладах.Склад) КАК Склад"

ИЛИ в ГДЕ → ОБЪЕДИНИТЬ ВСЕ

// ПЛОХО: ИЛИ блокирует индексы
"ГДЕ Товары.Артикул = &Артикул ИЛИ Товары.Код = &Код"

// ПРАВИЛЬНО: Два запроса с ОБЪЕДИНИТЬ ВСЕ
"ВЫБРАТЬ ... ГДЕ Товары.Артикул = &Артикул
|ОБЪЕДИНИТЬ ВСЕ
|ВЫБРАТЬ ... ГДЕ Товары.Код = &Код"

ОБЪЕДИНИТЬ vs ОБЪЕДИНИТЬ ВСЕ

Всегда ОБЪЕДИНИТЬ ВСЕ если не нужно удалять дубликаты (быстрее — нет группировки).

Виртуальные таблицы — сначала во временную

// ПРАВИЛЬНО: Сначала извлечь, потом JOIN
"ВЫБРАТЬ ... ПОМЕСТИТЬ ВТОстатки
|ИЗ РегистрНакопления.ТоварыНаСкладах.Остатки(&Дата,) ИНДЕКСИРОВАТЬ ПО Номенклатура;
|ВЫБРАТЬ ... ИЗ Справочник.Номенклатура ЛЕВОЕ СОЕДИНЕНИЕ ВТОстатки ..."

Индексы

  1. Индекс должен содержать все поля условия
  2. Поля должны быть в начале индекса
  3. Поля должны быть последовательными (без пропусков)
  4. ИНДЕКСИРОВАТЬ ПО для временных таблиц при JOIN

Справка: Стандарты ITS по оптимизации запросов

评论

支持 Markdown