Механизмы чтения данных из таблиц

Для чтения данных из таблиц в системе 1С:Предприятие 8 применяются различные механизмы:

· Механизм компоновки данных – это механизм определения схемы источников данных и способов их обработки и представления. Позволяет упростить процесс разработки и использования запросов конечными пользователями.

Главным инструментом данного механизма является конструктор схемы компоновки данных:

^{Рисунок 3.1}

Результатом работы конструктора является схема компоновки данных, полностью описывающая весь отчет. Таким образом, разработчик может составить работоспособный отчет без программирования - не написав ни одной строки кода и не создав ни одной формы.

Кроме этого конструктор схемы компоновки данных позволяет редактировать уже имеющуюся схему компоновки - она будет проанализирована и представлена в конструкторе в виде соответствующих наборов данных, доступных, выбранных полей базы данных, набора заданных связей, группировок, условий и т.д.

· Механизм запросов - это механизм доступа к данным, который поддерживает платформа. Используя этот механизм, разработчик может читать и обрабатывать данные¹. Такое ограничение объясняется тем, что запросы специально предназначены для быстрого получения и обработки некоторой выборки из больших массивов данных, которые могут храниться в базе данных. Данный механизм может использоваться:

· системой компоновки данных для получения данных

· при программном обращении к данным.

На программном уровне доступ может осуществляться с помощью разных объектов встроенного языка:

· Запрос – позволяет использовать статические запросы для получения данных:

^{Рисунок 3.2}

· Построитель запроса – позволяет использовать динамические² запросы для получения данных

^{Рисунок 3.3}

· Построитель отчета – позволяет использовать динамические запросы для получения и вывода данных

^{Рисунок 3.4}

Для получения данных предусмотрен метод Выполнить.

В результате исполнения запроса система 1С:Предприятие 8 возвращает объект встроенного языка РезультатЗапроса

Для передачи в запрос внешних параметров, которые нельзя получить из базы (например, ЗаказКлиента) реализован метод УстановитьПараметр:

^{Рисунок 3.5}

Порядок следования конструкций определения параметров и текста запроса не имеет строгого порядка, т.е. можно сначала определить параметры, а потом текст. Тут как кому нравится.

Передача параметров должна осуществляться до выполнения запроса.

Полный перечень свойств, методов объекта Запрос и их описание можно получить в документации или электронной справке:

^{Рисунок 3.6}

Язык запросов - является языком описания инструкций для компьютера в части получения данных и основан на SQL³, но имеет некоторые расширения, позволяющие упростить и расширить возможности механизма запросов. Язык запросов существенно отличается от встроенного языка технологической платформы (его синтаксис мы рассмотрим чуть позже):

^{Рисунок 3.7}

Главным инструментом разработчика по созданию текстов на языке запросов является конструктор запросов:

^{Рисунок 3.8}

Конструктор позволяет не только повысить скорость создания текстов запроса, но и избежать огромного количества трудноуловимых ошибок при ручном описании текста запроса⁴.

Обращение к конструктору запроса может осуществляться средствами встроенного языка (например, для проверки текста запроса или для стандартизации текста запроса):

Данный инструмент позволяет, как создавать новые тексты запросов, так и редактировать уже существующие:

^{Рисунок 3.9}

Как мы видим из картинки, существует два способа вызова конструктора запросов в конфигураторе при разработке прикладного решения. Конструктор с обработкой результата рассмотрим при формировании печатных форм документов.

При программном использовании текста запроса необходимо передать в соответствующий объект встроенного языка механизма запросов (Запрос, ПостроительЗапроса, ПостроительОтчета, КонструкторЗапроса). Например, через свойство Текст:

^{Рисунок 3.10}

В процессе разработки можно загрузить текст запроса в конструктор через специальное окно по кнопке Запрос в режиме редактирования, при этом текущая структура запроса в конструкторе будет удалена:

^{Рисунок 3.11}

Если текст запроса передается в конструктор, то он автоматически проверяется системой:

· на корректность

^{Рисунок 3.12}

· и если запрос верный, он форматируется с учетом правил генерации запроса. При чтении свойства Текст мы получим уже отформатированный и структурированный текст запроса:

^{Рисунок 3.13}

^{Рисунок 3.14}

 

¹ Изменение данных с помощью запросов невозможно. Это объясняется тем, что запросы специально предназначены для быстрого получения и обработки некоторой выборки из больших массивов данных, которые могут храниться в базе данных.

² Динамический запрос – запрос, текст которого генерируется системой в зависимости от настроек пользователя или разработчика, позволяет избежать избыточности при получении данных.

³ SQL — язык структурированных запросов (англ. Structured Query Language [,es kju:' el] — эс-кью-эл, по-русски также часто говорят "эс-ку-эль"). Хотя SQL и задумывался в свое время, как средство работы конечного пользователя, но в процессе своей эволюции он стал настолько сложным, что превратился в инструмент программиста.

⁴ Текст запроса является обычным текстом, поэтому его можно писать вручную или собирать по кусочкам программно в процессе выполнения.

 

ЯЗЫК ЗАПРОСОВ

В данном разделе мы рассмотрим¹ структуру запроса, назначение основных конструкций и их представление в тексте запроса и конструкторе.