Хранимые поисковые запросы 1Основные сведения
Система обработка рекламаций за время функционирования может накопить и хранить в своей БД большие объемы информации, относящейся как к текущим проектам, так и к уже завершенным (архив системы), поэтому проблема поиска необходимых сведений в такой системе может быть весьма затруднительной. TT System предлагает несколько способов решения этой проблемы: использование простых поисковых запросов, отчетов и хранимых поисковых запросов. Выбор конкретного способа поиска зависит от информации, которую необходимо получить в результате поискового запроса.
Так, например, простые поисковые запросы (см. пункт Поиск рекламаций ) осуществляют поиск в БД рекламаций на совпадение заданного набора значений или шаблонов полей рекламации. Задание логических условий поиска в них не предусмотрено. Такие запросы используются, как правило, в тех случаях, когда требуется найти в БД конкретную рекламацию на основе полных или частичных сведениях о ней. Это «одноразовые» запросы в том смысле, что после их создания и выполнения никаких следов в TT System от них не остается.
К другой группе поисковых средств можно отнести отчеты (см. пункт Отчеты) которые представляют искомую информацию в виде количественных характеристик. Отчеты хранятся в БД TT System и могут выполняться любое число раз.
Самые мощные возможности поиска информации в БД предоставляют хранимые поисковые запросы. Средства TT System позволяют сконструировать поисковый запрос практически любой сложности (до 5 уровней вложенности) с указанием логических условий и диапазонов (границ) выборки данных. Созданный поисковый запрос сохраняется в БД TT System для последующего использования.
Создавать хранимые поисковые запросы имеет право пользователь с привилегий Создание запросов. Автор запроса является его монопольным владельцем, т. е. только он может выполнять и корректировать запрос, однако, при желании, автор может сделать свой хранимый запрос доступным для копирования другими пользователеями TT System, объявив его общим. TT System автоматически создает 2 встроенных хранимых запроса для каждого регистрируемого пользователя:
Созданные мною - выдает список всех рекламаций (как открытых, так и уже обработанных) данного пользователя TT System;
Назначенные мне - выдает список всех рекламаций, ответственным за которые является (или был) данный пользователь TT System.
2Структура хранимого поискового запроса
TT System позволяет создавать сложные (до 5 уровней вложенности) поисковые запросы по различнымполям рекламации. Число доступных поисковых атрибутов(полей рекламации, на которые накладываются поисковые запросы) зависит от привилегий пользователя. Связи между поисковыми атрибутами и/или их логическими группами задаются с помощью операций отношения NOT, AND, OR. Значения поискового атрибута, ограничивающие возможный поиск в БД TT System, выбирается либо из выпадающего списка допустимых значенийсоответствующего поля рекламации, либо (когда такой список отсутствует) - из явно заданных значений.
Механизм конструирования одноуровневых и многоуровневых хранимых поисковых запросов в принципе одинаков - различие только в том, что в многоуровневых запросах поисковые атрибуты могут объединяться в логические группы, которые, в свою очередь, могут быть вложены друг в друга. Поэтому ниже весь процесс конструирования запроса рассматривается применительно к одноуровневым запросам, а особенности конструирования многоуровневых запросов описаны в пункте Многоуровневые хранимые запросы.
Структуру хранимого поискового запроса можно представить в следующем виде:
-
<одноуровневый запрос>::=
|
|
<логическое значение>
|
AND | OR
|
<логическое значение> | <логическая группа>
|
AND | OR
|
<логическое значение> | <логическая группа>
|
|
….
|
AND | OR
|
<логическое значение> | <логическая группа>
|
<логическая группа>::=
|
|
(
|
AND | OR
|
<логическое значение>| <логическая группа>
|
AND | OR
|
<логическое значение> | <логическая группа>
|
|
….
|
AND | OR
|
<логическое значение> | <логическая группа>
|
|
)
|
|
<логическое значение>::=
|
[NOT]
|
<атрибут поиска> <диапазон поиска>
|
Ключевые слова AND, OR, NOT - это логические операции «И», «ИЛИ» и «НЕ» (отрицание) соответственно, включаются в текст запроса.
Знак | - элемент описания структуры, означающий, что должен быть сделан альтернативный выбор.
Правая и левая закрывающие скобки служат для выделения логические групп.
Квадратные скобки [] указывают на необязательный элемент структуры запроса.
При обработке запроса в БД логические операции выполняются слева направо.
Примеры структур запросов ( Ai обозначает логическое значение)
1) A1 AND A2 (одноуровневый запрос)
2) NOT A1 AND A2 OR A3 (одноуровневый запрос)
3) A1 OR (A2 AND A3 OR NOT A4) AND A5 (двухровневый запрос)
4) A1 AND (A2 OR A3) AND (A4 AND A5) OR NOT A6 (двухуровневый запрос)
На Рис. 29 приведен пример сконструированного запроса в соответствии с формулировкой:
«Найти все открытые рекламации, автором которых является Администратор и степень критичности которых отличны от Низкая».
Рис. 29 - Пример поискового запроса
Элемент <атрибут поиска> задает название поля рекламации, по которому должен выполняться поиск. При конструировании запроса это значение выбирается из выпадающего списка, полный состав которого приведен в Табл. 2 .
Табл. 2 - Поисковые атрибуты хранимых запросов
-
Поисковый атрибут
|
Значение
|
Автор
|
автор рекламации
|
Видимость
|
область видимости рекламации
|
Вложение
|
содержимому присоединенного файла.
|
Внешняя рекламация
|
идентификатор внешней рекламации
|
Дата закрытия
|
дата закрытия рекламации
|
Дата открытия
|
дата открытия рекламации
|
Дата последнего изменения состояния
|
Дата последнего изменения состояния рекламации
|
Доступность
|
уровень доступности рекламации
|
Исправить к
|
контрольная дата обработки рекламации
|
Компонент
|
имя компоненты
|
Критичность
|
уровень критичности
|
Название
|
заголовок
|
Номер
|
идентификатор рекламации
|
ОС
|
платформа продукта
|
Описание
|
поиск по любому словосочетанию из описания рекламации
|
Описание внешней рекламации
|
поиск по описанию внешней рекламации
|
Описание изменения
|
поиск по описанию изменения
|
Ответственный
|
ответственный за рекламацию
|
Проверяющий
|
ответственный за проверку рекламации
|
Продукт
|
имя продукта
|
Проект
|
название проекта
|
Родительская рекламация
|
идентификатор родительской рекламации
|
Руководитель
|
руководитель проекта
|
Сборка
|
номер сборки продукта, к которому относится рекламация
|
Состояние
|
статус рекламации
|
Тип
|
тип рекламации
|
Конкретный список доступных атрибутов поиска зависит от следующих привилегий пользователя: Просмотр полей пользователя, Просмотр полей разработчика, Просмотр полей руководителя.
Элемент <диапазон поиска> (Рис. 30) задает диапазон значений, среди которых должен (или наоборот, не должен) осуществляться поиск. При конструировании запроса этот элемент будет представлен в виде следующей структуры:
Рис. 30 - Задание диапазона поиска
<Условие выбора> выбирается из выпадающего списка, элементы которого зависят от типа данных поискового атрибута (Табл. 3).
Табл. 3 - Возможные условия выбора значений поисковых атрибутов
-
Поисковый атрибут
|
Условие выбора
|
Значения выпадающего списка
|
Автор
|
IN
NOT IN
|
%CURRENT%
список всех пользователей TT System c привилегией Создание рекламаций
|
Дата открытия Дата закрытия Исправить к
Дата последнего изменения состояния
|
с:
по:
|
Выпадающий список отсутствует. Значения формируются с помощью специального диалогового окна (см. пункт Отчетный период).
|
Компонент
|
IN
NOT IN
|
Список всех компонент TT System
|
Сборка
Внешняя рекламация
Название
|
LIKE
NOT LIKE
EQUAL
NOT EQUAL
Advanced
|
Выпадающий список отсутствует. Значения вводятся вручную.
|
Вложение
Описание
Описание изменения
Описание внешней рекламации
|
CONTAINS
|
Выпадающий список отсутствует. Значения вводятся вручную.
|
Руководитель
|
IN
NOT IN
|
%CURRENT%
список всех руководителей проектов TT System
|
Номер
|
IN
NOT IN
|
Выпадающий список отсутствует. Значения вводятся вручную.
|
ОС
|
IN
NOT IN
|
Список платформ TT System
|
Ответственный
|
IN
NOT IN
|
%CURRENT%
список всех пользователей TT System с привилегией Изменение рекламаций
|
Проверяющий
|
IN
NOT IN
|
%CURRENT%
список всех пользователей TT System с привилегией Группа тестирвоания
|
Проект
|
IN
NOT IN
|
Список проектов TT System
|
Продукт
|
IN
NOT IN
|
Список продуктов TT System
|
Критичность
|
IN
NOT IN
|
Список уровней критичности рекламаций
|
Состояние
|
IN
NOT IN
|
Список возможных статусов рекламации
|
Тип
|
IN
NOT IN
|
Список типов рекламаций
|
Видимость
|
IN
NOT IN
|
Список значений области видимости рекламации
|
Доступность
|
IN
NOT IN
|
Список значений уровня доступности рекламации
|
Примеры формирования <диапазона поиска> с помощью выпадающего списка приведены на Рис. 31.
Рис. 31 - Пример задания диапазонов поиска с помощью выпадающих списков
Для поисковых атрибутов, у которых отсутствует выпадающий список допустимых значений, диапазон выбора значений соответствующих полей рекламации задается вручную:
для числовых полей (тип поля Число) (Номер) путем явного перечисления через запятую конкретных значений поля и/или задания интервалов значения (через дефис), задания условий сравнения >, <, >=, <=.
Примеры
Поле
|
Условие выбора
|
Результат
|
Номер
|
IN 1,50-70, >=100
|
Ищутся рекламации с номерами 1, от 50 до 70, больше 100 включая 100.
|
для строковых полей (тип поля Строка) (Название, Внешняя рекламация, Сборка) представление диапазона значений зависит от заданного <условия выбора>. Для условия выбора LIKE, NOT LIKE, EQUAL, NOT EQUAL это должен быть символьный текст или шаблон поиска. Шаблон поиска задается по следующим правилам:
символ подчеркивания (_) в строке шаблона представляет собой указатель на произвольный символ;
знак процента (%) - указатель на подстроку (возможно, пустую);
каждый символ в шаблоне, отличный от знаков подчеркивания и процента, представляет сам себя;
если специальные символы должны использоваться в качестве поисковых значений их следует представлять в виде \% и /_ .
Примеры
Поле
|
Условие выбора
|
Результат
|
Название
|
LIKE foreign key
|
Ищутся рекламации у которых в названии присутствует фраза foreign key
|
Название
|
LIKE Linter 5.%
|
Ищутся рекламации, в названии которых присутствует любой релиз 5 версии продукта Linter
|
Для <условия выбора> Advanced (расширенный) в качестве диапазона значений можно задавать логические выражения, сформированные по следующим правилам:
поисковые значения можно задавать символьной строкой и/или шаблоном поиска;
символ пробела, слово AND и знак & обозначают логическую операцию «И»;
знаки «|», «+» и слово OR обозначают логическую операцию «ИЛИ»;
знаки «!» и слово NOT обозначают логическую операцию «НЕ»;
двойные кавычки заставляют использовать текст внутри них как одно символьное значение, например “abc def 123 c786”;
для задания специальных символов в качестве поисковых значений используется знак «\», например “abc\””
для группировки логических значений используются круглые скобки;
слово AND в зависимости от контекста используется и как знак логической операции, и как поисковое значение, а именно: первое использование AND после поискового значения воспринимается как логическая операция, второе - как поисковое значение, например, в условии выбора abc and and and CDF первое and - логическая операция, второе and - поисковое значение, третье and - снова логическая операция.
Примеры расширенного <условия выбора>
1) error proc% 2307
2) нижеследующие 3 выражения эквивалентны:
abc 123 fff
abc and 123 and fff
abc & 123 fff
3) “abc\”()”
4) ! (abc or def) and fog%GG_
Для полей типа Длинная строка, Файл (Описание, Вложение) <условие выбора> является CONTAINS и <диапазон значений> является шаблоном фразового поиска, который создается в соответствии со следующими правилами:
Конструкция ! <поисковое выражение> задает поиск документов, не содержащих данное поисковое выражение.
Конструкция <поисковое выражение> | <поисковое выражение> задает поиск документов, содержащих либо первое, либо второе, либо оба поисковые выражения
Конструкция <поисковое выражение> [&] <поисковое выражение> задает поиск документов, содержащих одновременно оба поисковые выражения. Знак & может не указывать
Конструкция (<поисковое выражение>) определяет логический порядок разбора поискового выражения
Конструкция <слово>=<слово> задает атрибутный поиск в документах типа XML и HTML. Первое <слово> задает имя атрибута (например, date, user), второе - поисковое значение этого атрибута
Под документом может быть либо значение заданного поля рекламации, либо вложенный документ, содержащийся в поле типа Файл
Примеры
Поле
|
Условие выбора
|
Результат
|
Описание
|
CONTAINS !testword
|
Поиск рекламаций, описание которых не содержит слово “testword”
|
Вложение
|
CONTAINS Linter
|
Поиск рекламаций, к которым присоединен файл, содержащий слово “Linter”
|
Многоуровневые хранимые запросы
Конструирование многоуровневых хранимых поисковых запросов подчиняется тем же правилам, что и одноуровневых. Дополнительно разрешается формировать с помощью открывающих и закрывающих круглых скобок вложенные логические значения и/или логические группы и устанавливать между уровнями вложенности те же логические отношения, что и в одноуровневых запросах. Допускается максимум 5 уровней вложенности.
Примеры структур многоуровневых запросов ( Ai обозначает логическое значение)
1) A1 AND A2 OR (A3 AND (A4 AND NOT A5)) OR A6
2) NOT (A1 AND NOT (A2 AND (A3 OR (A4 AND (NOT A5 AND A6) OR A7)) AND A8))
|
