Справочник по синтаксису поиска Каталог данных

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

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

Общие сведения о синтаксисе поиска

Поиск в Azure Каталог данных похож на поиск в Microsoft Windows и Microsoft Outlook и должен быть знаком пользователям этих средств.

Методы запроса

Метод Использование Пример
Обычный поиск Обычный поиск с использованием одного или нескольких условий поиска. Результаты представлены ресурсами, которые соответствуют любому свойству с одним или несколькими указанными терминами. sales data
Ограничение по свойству Возврат только тех источников данных, в которых искомое слово совпадает с указанным свойством. name:finance
Логические операторы Расширение или сужение поиска с помощью логических операций finance NOT corporate
Обособление с помощью скобок Скобки используются для обособления частей запросов, позволяя добиться логической изоляции. Это особенно удобно при использовании логических операторов. name:finance AND (tags:tag1 OR tags:tag2)
Операторы сравнения Операторы сравнения, в отличие от операторов равенства, используются для свойств с числовым типом данных и типом данных даты. creationTime>"11/05/2014"

Операторы сопоставления, сравнения и логического значения

Ключевое слово или символ Примеры Функция
: experts:user@domain.com tags:tag1 Используйте определение области свойств и возвращайте только те ресурсы, в которых данное свойство содержит искомый текст. Семантика запроса — "сопоставление префиксов".
= name=Sales name="Soft Drink Sales" Позволяет пользователю указать точное совпадение. Будут возвращены только те ресурсы, которые содержат свойство с точным значением условия поиска.
<> experts<>user1 tags<>tag2 Оператор "Не равно". Возвращает только те ресурсы, которые не имеют значения, указанного в поисковом запросе.
"" "social security" Находит элементы, содержащие точную фразу социального обеспечения. Существует один особый случай использования кавычек. Если кавычки используются с определением области свойства, семантика группирует, но не точное выражение. В этом случае поведение аналогично указанию именованного свойства дважды. Пример: name:"социальное обеспечение" находит все ресурсы, у которых есть свойство имени со словом social в нем или свойство имени со словом security.
() (tags:tag1 AND tags:tag2) OR (name:sales AND database:salesfy15) Находит элементы, содержащие tag1 и tag2 или имеющие имя sales в базе данных salesfy15. Обычно используется в сочетании с логическими операторами
>,>= timestamp>"11/05/2014" Находит элементы с датой изменения после 05.11.2014.
<,<= timestamp<"11/05/2014" Находит элементы с датой до 05.11.2014.
NOT social NOT security Находит элементы, содержащие социальные, но не защищенные.
AND social AND security Находит элементы, содержащие социальные и защищенные.
ИЛИ social OR security Находит элементы, содержащие социальное или социальное обеспечение.
Hsa: has:tags has:description Разрешить фильтрацию и возвратить только те ресурсы, для которых задано заданное свойство (или, если свойство представляет коллекцию, оно содержит по крайней мере один элемент).

Примечания

Семантика префикса

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

В качестве примера рассмотрим два вымышленных ресурса, зарегистрированных в Azure Каталог данных со следующими именами:

  • SalesData
  • Salesman Quotes

Поиск по запросу "продажи" возвращает оба этих ресурса, так как их имена начинаются со слова "продажи". Будущие выпуски Azure Каталог данных включают поддержку операторов точного сопоставления.

Поиск в области свойства

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

Поиск недопустимых свойств (свойств, которые не существуют) приводит к ошибке.

Кавычки ведут себя особым образом при использовании области свойства. Кавычки в любом другом контексте указывают на точное выражение. Однако при использовании кавычек в области свойства семантика группирует. Например, name:"Sales Products" выполняет свободный текстовый поиск по содержимому свойства name в поисках "Sales" или "Products". Таким образом, семантика : name:"Sales Products" точно такая же, как name:Sales name:Productsи .

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

Ниже перечислены наиболее полезные свойства.

Свойство Использование Пример
name Находит элементы, в которых условие поиска отображается в имени источника данных name:finance
description Находит элементы, в которых условие поиска отображается в описании источника данных description:finance
objectType Поиск элементов определенного типа объекта, таких как таблица, представление или ключевой показатель эффективности objectType:table
sourceType Находит элементы определенного типа источника данных, например SQL Server или многомерные SQL Server Analysis Services sourceType:"tabular"
tags Находит элементы, в которых условие поиска отображается в тегах источника данных tags:finance
TIMESTAMP Находит элементы на основе даты и времени последнего изменения их метаданных timestamp:>"11/05/2014"
lastRegisteredTime Находит элементы на основе даты и времени регистрации их метаданных lastRegisteredTime:>"11/05/2014"
friendlyName Находит элементы, в которых условие поиска отображается в понятном имени источника данных friendlyName: finance
Экспертов Находит элементы, в которых эксперт по источнику данных соответствует условию поиска experts:user@example.com experts:user
termName Находит элементы, в которых условие поиска отображается в терминах бизнес-глоссария, примененных к ресурсу данных termName:marketing

Вы также можете использовать следующие имена свойств вместе с фильтром has:, чтобы проверка, где у ресурсов заданы определенные свойства.

Свойство Использование Пример
предварительный просмотр Поиск элементов, содержащих предварительный просмотр has:preview
документация Поиск элементов, содержащих документацию has:documentation
tableDataProfiles Находит элементы с профилем таблицы (размер, количество строк и т. д.) has:tableDataProfiles
columnsDataProfiles Находит элементы с профилем данных столбца (количество различных значений, min, max и т. д.) has:columnsDataProfiles

Примеры поиска

В следующих разделах приведено несколько примеров поиска.

Возврат всех ресурсов с именем sales

name:sales

Возврат всех активов, зарегистрированных после 20.04.2015 г., которые включают "продажи" в любом свойстве

sales AND lastRegisteredTime&gt;"4/20/2015"

Возвращает все ресурсы, которые включают продажи в любом свойстве и не имеют тега Q1FY2013

sales AND tags&lt;&gt;"Q1FY2013"

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

not has:experts and not has:documentation