Хрусталева Е. Ю. Язык запросов 1С-Предприятия 8 (2013)
.pdf
получить требуемые данные.
При отсутствии индекса у таблицы, чтобы выбрать нужные записи, придется последовательно перебирать все записи таблицы и смотреть, подходит текущая запись под условия или нет. При этом выполняется сканирование всей таблицы. Это наиболее медленная операция, особенно на больших объемах данных.
При наличии индекса, неточно описывающего условия поиска, понадобится сканировать этот индекс. Конечно, сканирование индекса быстрее, чем сканирование таблицы, но не намного.
Чтобы представлять, как происходит поиск данных в таблицах, необходимо понимать, что структура индекса в СУБД представляет собой дерево значений проиндексированных полей. На первом уровне дерева находятся значения первого поля индекса, на втором – второго и так далее. Чтобы выполнить поиск данных по индексу, сначала необходимо провести поиск по значению первого поля индекса, затем – второго и так далее. Если, например, условие по первому полю индекса не указано, то индекс уже не сможет обеспечить быстрый поиск. Если указано условие по нескольким первым полям индекса, а затем одно или несколько полей индекса не задано, то индекс может быть использован только частично.
Таким образом, индексы будут использованы эффективно только в том случае, когда индекс покрывает условия запроса, то есть с самого начала содержит без пропуска поля, на которые накладываются условия.
Условия используются в следующих секциях запроса:
в предложении ГДЕ, в условии соединения таблиц ПО,
в параметрах виртуальных таблиц, в предложении ИМЕЮЩИЕ.
Для каждого условия должен существовать подходящий индекс (полностью покрывающий условия запроса), т. е. индекс, удовлетворяющий следующим требованиям:
1.Индекс должен содержать все поля, перечисленные в условии.
2.Эти поля должны находиться в самом начале индекса.
3.Эти поля должны следовать друг за другом подряд, то есть между ними не должны «вклиниваться» поля, не участвующие в условии запроса.
Что значит подходящий индекс? Рассмотрим пример.
Предположим, нам нужно получить данные об остатке товара Клавиатура на складе
Основной в организации Компьютерный мир на 01.05.13 из регистра накопления
Остатки товаров.
В базе данных для таблицы остатков регистра накопления (без разделителей итогов) автоматически создается индекс Период + Измерение1 + Измерение2 + … + ИзмерениеN. При этом имена измерений и порядок следования их друг за другом в индексе соответствуют порядку, заданному в конфигураторе.
Регистр накопления Остатки товаров имеет измерения Организация, Склад, Номенклатура. В базе данных для таблицы остатков этого регистра накопления будет создан индекс Период + Организация + Склад + Номенклатура.
Для решения поставленной задачи в запросе к таблице остатков регистра накопления требуется задать условие отбора записей в параметрах виртуальной таблицы. Это условие отбора по полю Период (в параметре Период) и по полям Организация, Склад и Номенклатура (в параметре Условие). Таким образом, индекс удовлетворяет всем трем требованиям, описанным выше. Поэтому поиск нужных записей в таблице будет эффективным (рис. 4.1).
Рис. 4.1. Поиск записей в таблице по индексу
Если же изменить условие задачи, то ситуация будет другой. Например, нужно получить данные об остатке товара Клавиатура в организации Компьютерный мир на 01.05.13.
Для поиска нужных данных в таблице будут выбраны все записи, относящиеся к периоду 01.05.13 и организации Компьютерный мир. Затем последовательным перебором запрос выберет те из них, которые относятся к товару Клавиатура (рис. 4.2).
Рис. 4.2. Поиск записей в таблице путем сканирования индекса
Так происходит потому, что не выполняется третье требование к индексу – между полями условия запроса Организация и Товар «вклинивается» поле Склад. В этом случае индекс может быть использован частично, и для поиска нужных данных, скорее всего, будет применено сканирование индекса.
подробнее
Подробные рекомендации по эффективному использованию индексов будут рассмотрены в
этом разделе.
При создании таблиц, соответствующих тем или иным объектам конфигурации, платформа автоматически создает набор индексов, обеспечивающих эффективную работу с этими
таблицами. Индексов, как правило, создается несколько, для того чтобы можно было выбрать различные данные, по различным условиям. Основные индексы, создаваемые платформой:
индекс по уникальному идентификатору (ссылке) для всех объектных сущностей (справочники, документы и т. д.); индекс по регистратору (ссылке на документ) для таблиц движений регистров, подчиненных регистратору;
индекс по периоду и значениям всех измерений для итоговых таблиц регистров накопления; индекс по периоду, счету и значениям всех измерений для итоговых таблиц регистров бухгалтерии.
подробнее
Состав индексов, создаваемых платформой, можно найти в статье ИТС «Индексы таблиц
базы данных».
Посмотреть, какие индексы создаются на конкретной информационной базе, можно с помощью метода глобального контекста ПолучитьСтруктуруХраненияБазыДанных().
Но нужно понимать, что чем сложнее индекс и чем больше количество индексов в таблице, тем больше времени тратится на запись данных в эту таблицу. Поэтому нужно стремиться оптимизировать состав и количество индексов так, чтобы индексов не было слишком много и они не были слишком сложными (не содержали много полей), но при этом позволяли точно и быстро выбирать данные из таблиц по различным критериям.
Способы индексирования таблиц
Платформа не может предусмотреть индексы на все случаи жизни, так как запросы могут быть самыми разнообразными. Поэтому разработчик может дополнительно, если существует такая необходимость, указать те или иные поля, которые также должны участвовать в построении индекса.
Существуют следующие способы создания и/или изменения индексов:
изменение порядка следования измерений объектов метаданных; использование свойства Индексировать у реквизитов объектов метаданных; включение реквизитов объектов метаданных в критерий отбора.
Например, для непериодического независимого регистра сведений (при наличии хотя бы одного измерения) в базе данных автоматически создается индекс:
Измерение1 + Измерение2 + … + ИзмерениеN
При этом имена полей индекса и порядок следования их друг за другом соответствуют
заданному в конфигураторе.
Если поменять порядок следования друг за другом измерений регистра в конфигураторе, то, соответственно, изменится порядок следования полей в индексе таблицы регистра в базе данных (рис. 4.3).
Рис. 4.3. Изменение порядка следования измерений регистра в конфигураторе и полей индекса таблицы регистра в базе данных
При установке свойств измерений Ведущее и Индексировать (рис. 4.4) создается дополнительный индекс:
ИзмерениеК + Измерение1 + Измерение2 + … + ИзмерениеN.
Рис. 4.4. Свойства измерений «Ведущее» и «Индексировать»
Поэтому в случае установки свойства Ведущее для измерения Номенклатура, а затем установки свойства Индексировать для измерения ХарактеристикаНоменклатуры у
таблицы регистра в базе данных будут созданы дополнительные индексы, показанные на рис. 4.5.
Рис. 4.5. Основные и дополнительные индексы таблицы регистра при индексировании измерений
Понятно, что в некоторых случаях, чтобы не усложнять индексы, достаточно изменить порядок следования измерений регистра в конфигураторе. Например, если поставить ведущее измерение на первое место, то вместо двух индексов будет создан один.
Свойство Индексировать есть также у некоторых реквизитов объектов метаданных, например у справочников, документов и т. п. Это свойство позволяет указать системе, что нужно создать дополнительный индекс, содержащий соответствующий реквизит. Кроме значения Индексировать для большинства объектов можно установить значение
Индексировать с доп. упорядочиванием.
Например, для неиерархического неподчиненного справочника в базе данных автоматически создаются индексы:
Ссылка;
Код + Ссылка (если длина кода не равна 0); Наименование + Ссылка (если длина наименования не равна 0).
Если для реквизита справочника установить свойство Индексировать в значение
Индексировать/Индексировать с доп. упорядочиванием, для таблицы справочника в базе данных будут созданы дополнительные индексы, показанные на рис. 4.6:
Реквизит + Ссылка (если для реквизита свойство Индексировать установлено в значение Индексировать); Реквизит + Код + Ссылка (если для реквизита свойство Индексировать
установлено в значение Индексировать с доп. упорядочиванием, длина кода не равна 0 и основное представление справочника задано в виде кода);
Реквизит + Наименование + Ссылка (если для реквизита свойство Индексировать установлено в значение Индексировать с доп. упорядочиванием, длина наименования не равна 0 и основное представление справочника задано в виде наименования).
Рис. 4.6. Основные и дополнительные индексы таблицы справочника при индексировании реквизитов
Вариант индексирования Индексировать с доп. упорядочиванием предназначен, прежде всего, для использования в динамических списках. В этом случае индекс строится по реквизиту, а также по некоторому полю, которое обычно используется для упорядочивания объектов этого типа.
При выборе значения свойства Индексировать нужно исходить из того, какие варианты выборки информации необходимо оптимизировать в первую очередь. Если требуется только поиск с помощью запроса объектов по данному реквизиту без упорядочивания, то можно установить значение Индексировать, чтобы создаваемый индекс требовал меньше ресурсов системы. Если требуется просмотр списка с отбором по реквизиту, то имеет смысл использовать вариант Индексировать с доп. упорядочиванием.
Если объект конфигурации включен в критерий отбора, то создается дополнительный индекс по реквизиту, который включен в состав критерия отбора. Например, если справочник включен в критерий отбора через реквизит ДатаРождения, то у таблицы справочника будет создан дополнительный индекс по этому реквизиту (рис. 4.7).
Рис. 4.7. Основные и дополнительные индексы таблицы справочника при включении реквизита в состав критерия отбора
Эффективное использование индексов
Чтобы понять, эффективно запрос использует индексы или нет, нужно посмотреть текст запроса, определить таблицы – источники запроса и выделить те поля, которые используются в условиях запроса (в предложении ГДЕ, в условии соединения таблиц ПО, в параметрах виртуальных таблиц, в предложении ИМЕЮЩИЕ).
Затем нужно сравнить их с индексами, которые создает система для исходных таблиц запроса. Если нужных для эффективного выполнения запроса индексов не хватает, следует создать дополнительные индексы описанными выше способами.
Ниже мы рассмотрим некоторые задачи по получению информации из таблиц базы данных и варианты индексирования этих таблиц, оптимальные для выполнения соответствующих запросов.
Пример 1
Пусть необходимо получить движения регистра ТоварыНаСкладах, отражающие поступления от производителей. Для этого нужно выполнить отбор движений по значению реквизита регистра ВидОперации с помощью следующего запроса (листинг 4.1).
Листинг 4.1. Отбор движений регистра накопления по значению реквизита
Вданном запросе источником данных является таблица движений регистра накопления остатков ТоварыНаСкладах, который имеет измерения Номенклатура и Склад, ресурс Количество и реквизиты Поставщик, ВидОперации. Измерения и реквизиты регистра не проиндексированы, т. е. свойство Индексировать для них установлено в значение Не индексировать.
Вэтом случае для таблицы движений этого регистра платформа автоматически создаст индексы:
Период + Регистратор + НомерСтроки, Регистратор + НомерСтроки.
Вусловии запроса, в предложении ГДЕ, накладывается отбор на значение реквизита регистра ВидОперации. То есть подходящий индекс, содержащий в самом начале поле, на которое накладывается условие, в таблице отсутствует.
Вэтом случае при выполнении запроса будут выбраны все записи движений регистра, а затем, путем перебора этих записей, будут получены записи с нужным значением реквизита.
Чтобы при выполнении запроса происходило обращение сразу к записям с указанным значением реквизита, для реквизита ВидОперации свойство Индексировать следует установить в значение Индексировать. В этом случае в таблице движений регистра будет создан дополнительный индекс:
ВидОперации + Период + Регистратор + НомерСтроки.
Этот индекс полностью покрывает условия запроса и позволит осуществить эффективный поиск записей в таблице движений регистра накопления.
Пример 2
Пусть необходимо получить данные о продажах товаров конкретному покупателю за указанный период с разворотом по неделям из оборотного регистра накопления Продажи. Для этого нужно выполнить следующий запрос (листинг 4.2).
Листинг 4.2. Вывод оборотов товаров по выбранному контрагенту за заданный период с периодичностью «Неделя»