Справочник по синтаксису поиска Каталог данных
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>"4/20/2015"
Возвращает все ресурсы, которые включают продажи в любом свойстве и не имеют тега Q1FY2013
sales AND tags<>"Q1FY2013"
Возврат всех ресурсов, для которых не назначены эксперты или документация
not has:experts and not has:documentation