Фильтры в таблицах — Принципы — Контур.Гайды
В Excel и подобных программах фильтры встроены в шапку таблицы. Такое расположение стало привычным для пользователей.
Этот способ фильтрации подходит для таблиц — то есть списков, где данные разделены по колонкам.
Описание работы
Фильтр можно собрать из разных контролов: чекбоксов, полей с датами, строки поиска. Разберем работу фильтра на примере набора чекбоксов.
Изначально фильтр не применен и чекбоксы в фильтре не проставлены. Когда пользователь выбирает один пункт, фильтр сразу включается — в таблице остаются только отмеченные варианты.
В таблицах Excel другой принцип: по умолчанию отмечены все галки. Чтобы отфильтровать по нескольким параметрам, придется сначала снять галку «Все», а потом выбрать нужное.
В наших сервисах более частый сценарий — отфильтровать список по 1–2 параметрам. Для этого описанный способ подходит лучше: чтобы получить желаемое, достаточно отметить нужные варианты.
После выбора фильтр не закрывается, и пользователь может продолжить отмечать пункты. Если фильтр применяется с задержкой, покажите лоадер поверх списка, но не перекрывайте лоадером фильтр.
Фильтр закрывается по клику в любом месте вокруг него.
Если фильтр сложно применять мгновенно, попробуйте поискать решение вместе с разработчиком. Например, если дело в нагрузке на сервис, можно отправлять запрос не после каждого клика, а с задержкой. Пока пользователь отмечает несколько пунктов, пауза будет незаметной, а сервис получит один запрос вместо нескольких.
Если при работе с таблицей чаще нужно «получить все варианты, кроме…», добавьте пункт «Все». Пользователь сможет поставить все галки, а потом убрать ненужные.
Отмеченный пункт «Все», не включает фильтр. В таком случае если закрыть фильтр и открыть снова — чекбоксы не будут отмечены.
Строка поиска в фильтре
Если список вариантов большой или постоянно меняется, добавьте строку поиска. Например, список из 5–10 организаций еще можно пролистать, но для большего количества удобнее использовать поиск.
При этом нехорошо показывать и скрывать поле поиска в зависимости от количества вариантов. Оно может часто меняться, когда пользователь редактирует справочник с этими значениями или добавляет и убирает строки из таблицы. Лучше, чтобы поле поиска было в таком фильтре всегда.
В открытом фильтре поле поиска сразу в фокусе.
Пересечение фильтров
Если пересечение фильтров пустое, покажите это сразу — заблокируйте пункт, который приведет к нулевому результату.
Например, для выбранных организаций нет требований, где квитанция отправлена. Тогда пункт «Отправлена» блокируем.
Составной фильтр
Фильтр можно составить из нескольких контролов.
У счетов-фактур уникальные номера, и поиск по номеру будет удобнее длинного списка чекбоксов — добавляем поле поиска. Те же счета-фактуры удобно фильтровать по периодам — добавим диапазон дат.
Составляйте фильтр, исходя из сценариев работы, не бойтесь комбинировать.
Результат применения фильтров и сброс
Покажите в интерфейсе, сколько элементов найдено, и дайте возможность сбросить фильтры. Поместите результат и кнопку сброса как можно ближе к данным. Хороший способ — поставить результат под шапку, но можно и в другие части таблицы.
Фильтры не сбрасываются, когда пользователь:
- переходит внутрь элементов списка и возвращается назад;
- обновляет страницу.
Фильтры сбросятся, если пользователь перейдет по навигации в другую часть системы или выйдет из сервиса.
Если пользователю необходимо сохранять примененные фильтры, добавьте такую возможность. Хороший способ — сохранять примененные фильтры в адресе. Тогда можно поделиться с коллегой ссылкой на отфильтрованный список.
Сортировка
Если в таблице присутствуют и фильтры, и сортировка, рекомендуем в обоих случаях показывать раскрывающийся список с вариантами. Так поведение по клику на заголовок будет единообразным. Кроме того, пользователь явно увидит, что означают иконки сортировки.
По клику на один из вариантов сортировка применяется, а раскрывающийся список закрывается. Иконка напротив заголовка колонки показывает направление сортировки.
Отдельный способ отменить сортировку не нужен, ее отменит сортировка по другой колонке.
Бывает, что строки изначально не отсортированы ни по одной колонке и этот порядок важен. Например, загруженные из 1С счета-фактуры. В таком случае добавьте третий пункт сортировки вроде «Порядок по умолчанию».
Если в таблице нет фильтров, и есть только сортировка, можно обойтись без раскрывающегося списка и фильтровать сразу по клику на заголовок:
Еще раз, в одной таблице нельзя комбинировать два способа. То есть если в таблице есть фильтр хотя бы у одной колонки, то у всех колонок по клику должен появляться раскрывающийся список.
Сортировка и фильтр
Одновременно к колонке можно применить и фильтр, и сортировку.
Дизайн и работа с клавиатурой
Иконка «стрелка вниз» подсказывает, что по колонке можно фильтровать или сортировать. По ховеру появляется серая плашка, а заголовок и иконка становятся темнее.
По клику появляется список вариантов. Серая плашка у заголовка остается, пока список раскрыт. Ховер и выделение работают так же как в комбобоксе.
Когда включен фильтр или сортировка, иконка меняется на соответствующую акцентного цвета. Используйте либо цвет ссылок, либо акцентный цвет сервиса — выбор на ваше усмотрение.
Пример
Есть список требований от налоговой. Новые требования всегда сверху — включена сортировка по дате.
Например, мы хотим посмотреть все требования о представлении пояснений
Видим, какой фильтр включен, результат поиска и можем сбросить фильтр.
При фильтрации список перестраивается, поэтому не страшно, что строка результата его сдвинет. Если при скроле шапка залипает, результаты не залипают вместе с ней.
Диалоговое окно «Фильтр параметров запроса»
Выполните фильтрацию списка, чтобы просмотреть только строки, которые вы хотите включить
-
Перейдите в список Рассылки > Изменить получателей.
Если лента Изменить получателей неактуальна, выберите Выбрать получателей и подключите документ к нужному списку рассылки.
-
Выберите Рассылки >фильтр получателей.
-
В окне Фильтрзаписей выберите стрелку рядом с полем Поле, а затем выберите столбец, по который нужно отфильтровать данные.
-
Выберите сравнениеи выберите нужный тип сравнения.
-
В поле Сравнить с укажите значение для фильтрации.
-
(Необязательно) Чтобы добавить фильтр второго уровня, выберите один из следующих вариантов:
-
И чтобы оба условия фильтра были выполнены.
-
Или, чтобы условие фильтра выполнило.
-
При необходимости повторите шаги 3-5.
-
Нажмите кнопку ОК.
Теперь можно добавлять поля слияния в документ, который используется для слияния писем или слияния писем в Word для Mac. Дополнительные сведения см. в статье Вставка полей слияния.
Топ-8 полезных фильтров Google Analytics — БЛОГ ADVENTUM
По умолчанию Google Analytics (GA) собирает всю статистику посетителей веб-сайта, но для анализа весь массив данных может не понадобиться. Очистить и переработать информацию можно с помощью фильтров на уровне представления. Младший аналитик Adventum Александра Береснева рассказала о самых полезных.
Что нужно знать о фильтрах?
Фильтры в Google Analytics бывают двух видов:
- Пользовательские;
- Встроенные.
Встроенные фильтры — простой и понятный инструмент, который позволяет включать и исключать трафик.
С помощью пяти параметров пользовательского фильтра можно создать более гибкие условия фильтрации трафика:
- Исключить
- Включить
- Нижний регистр/Верхний регистр
- Найти и заменить
- Расширенный
Настройки можно применять к большинству параметров исходных данных: источники трафика, характеристики браузера, названия страниц и др.
Подробнее о фильтрах – в официальной справке Google Analytics.
До начала работы важно оставить представление, созданное по умолчанию, без изменений и не применять к нему никакие фильтры. Так у вас всегда будет доступ к исходным данным и возможность оценить эффективность примененных фильтров.
Фильтрацию трафика следует настраивать в отдельном представлении.
Настройка фильтров сугубо индивидуальна для каждого проекта и для каждой задачи. Исходя из своей практики мы составили список универсальных и полезных фильтров, далее рассмотрим их на примерах.
Исключение трафика по IP
Важный фильтр, описание которого можно встретить даже в справке GA — исключение трафика с IP-адресов вашей компании.
Пример: сотрудники интернет-магазина часто заходят на сайт по работе, не совершая покупок. В связи с этим падает конверсия, данные искажаются, выводы некорректны. Этого можно избежать с помощью фильтра.
Настройка фильтра
Чтобы исключить внутренний трафик, который искажает данные, создаем встроенный фильтр. Он исключает трафик со всех IP-адресов, которые начинаются с 209.185.108.1. То есть фильтр не допустит до представления данные с IP-адресов 209.185.108.100, 209.185.108.101, 209.185.108.102 и так далее.
Критерий “Начинается с” — лишь один из четырех способов определения IP-адресов в фильтре.
Их также можно определить как:
- идентичные регулярному выражению
- заканчивающиеся регулярным выражением
- содержат регулярное выражение
Разделение событий TEST и PROD
Представьте, что разметка на вашем сайте реализована через разработчиков и после тяжелой недели стажер-разработчик случайно отправляет в GA задвоенное событие об ошибках на вашем сайте интернет-магазина. До обнаружения вами ошибки разработчика пройдут выходные. Итог — данные искажены, анализировать их сложно. Искажения данных из-за неправильной разметки можно избежать с помощью пользовательского фильтра и пользовательского параметра.
Пользовательский параметр h_HIT_TYPE с областью действия на уровне хита (обращения) принимает значение типа события. По умолчанию каждому идентификатору события соответствует тип [test]. После проверки корректности разметки при помощи GTM Lookup Table, тип события вручную меняется на [prod].
Настройка фильтра
Пользовательский фильтр допускает до представления данные только тогда, когда параметр h_HIT_TYPE соответствует шаблону фильтра [prod]. Обратите внимание: поле “Шаблон фильтра” работает в режиме регулярных выражений.
При применении такого фильтра задвоенное событие никогда не попадет в представление, исказив данные. Подобное разделение актуально для всех событий, кроме pageview. Для него параметр h_HIT_TYPE всегда должен принимать значение [prod].
Разделение сред STAGE и PROD
Тестовая среда (или stage) — это область разработки на вашем сайте, где удобно тестировать изменения. Нередко такое тестирование происходит на поддомене с ограниченным доступом. Сгенерированные тестировщиками и разработчиками данные могут негативно отразиться на всей статистике, поэтому важно тщательно контролировать переход сайта из тестовой среды в боевую (prod). Для этого можно создать фильтр по типу среды, предварительно создав пользовательский параметр с областью действия на уровне хита h_ENVIRONMENT_TYPE. Достаточно менять его значение со [stage] на [prod] при переносе сайта из тестовой среды в боевую, чтобы не допустить попадания некорректных данных в представление.
Настройка фильтра
Аналогично настройке предыдущего фильтра, допускаем до представления данные только тогда, когда параметр h_ENVIRONMENT_TYPE соответствует шаблону фильтра [prod].
Таким образом фильтр начнет пропускать данные в представление только после изменения типа среды со [stage] на [prod].
Объединение браузера и его версии
В стандартном интерфейсе Google Analytics бывает затруднительно строить отчет по браузерам и их версиям. Например, для анализа версий браузера существует отчет Браузер и ОС.
По клику на название браузера проваливаемся в отчет по его версиям:
Представьте, что вам нужно получить статистику по всем версиям браузеров. Есть много способов построения подобных отчетов, но для удобства обработки данных приведем их к подобному виду:
Настройка фильтра
В пользовательском расширенном фильтре используем два поля: Поле А и Поле В, создаем на их основе Поле Вывода. Выражения “Извлечь А” и “Извлечь В” служат для поиска текстовых соответствий. В нашем случае используем регулярное выражение (.*), соответствующее любому значению параметров “Платформа операционной системы” и “Версия операционной системы”.
В Поле Вывода выбираем параметр “Версия операционной системы” и ссылаемся на извлеченные значения при помощи обозначений $A1 и $B1.
Таким образом записываем название браузера вместе с его версией.
Подобный фильтр также удобен в применении к версии операционной системы:
Приведение URL к единому виду
Google Analytics чувствителен к регистру. Открывая отчеты по страницам, можно столкнуться с подобными данными:
Это один и тот же ресурс, но GA искажает статистику из-за регистра. Важно учитывать это при построении отчетов. Объединить страницы и избежать ошибок такого рода в сборе данных можно с помощью фильтра, который приведет URL сайта к единому регистру.
Настройка фильтра
В пользовательском фильтре выбираем тип регистра и нужное поле. В нашем случае — приводим URL запроса к нижнему регистру.
Скорректированный URL позволит объединить данные по странице с одинаковым URL, но c разным регистром, приведя их к общему виду. Например — “/balkon.html”. Благодаря оставленному представлению без фильтров, вы всегда будете иметь доступ к данным неизмененного URL.
Приведение названий источников, каналов и кампаний к единому виду
Несмотря на фильтр для изменения регистра URL, источник, канал и кампания останутся с исходным регистром. Это происходит из-за того, что utm-метки передаются в профили Google Analytics в качестве отдельных параметров из “сырых” данных. Каждый из них требует отдельного фильтра для приведения к единому регистру.
Настройка фильтра
Как и в настройке предыдущего фильтра, выбираем нужный тип регистра и поле фильтра. В нашем случае приводим к нижнему регистру источник кампании.
Аналогично настраиваются фильтры для канала и самой кампании.
Исключение www. из имени хоста
Проблема разделения одинаковых страниц по URL может возникнуть не только из-за разного регистра. Например, Google Analytics разделяет данные таких страниц как www.forexample.ru и forexample.ru.
Эту проблему можно решить с помощью фильтра для приведения URL к одинаковому виду.
Настройка фильтра
В пользовательском расширенном фильтре используем Поле А и Поле Вывода. Из имени хоста извлекаем все, что находиться после “www.” с помощью регулярного выражения www\.(.*). Выбираем параметр «Имя хоста» в Поле Вывода и записываем в него полученное значение с помощью выражения $A1.
Корректировка SEO-трафика
Для продвижения сайта в рейтинге выдачи поисковиков важно анализировать данные по переходам из этих систем. Но Google Analytics не всегда корректно определяет SEO-трафик из поиска Яндекса: часть органического трафика попадает в канал referral. Скорректировать данные можно с помощью фильтра.
Настройка фильтра
В пользовательском расширенном фильтре используем два поля, Поле А и Поле В, и перезаписываем на их основе Поле Вывода. Если источник кампании соответствует регулярному выражению yandex, а канал кампании соответствует регулярному выражению referral, фильтр перезапишет канал пользователей как organic.
Подобная проблема затронула и SEO-трафик Mail.ru, фильтр для этой поисковой системы настраивается аналогично.
Фильтры в Google Analytics обладают гибким функционалом. В этой статье мы рассмотрели основные настройки фильтров, позволяющие привести данные к удобному для анализа виду. Важно помнить, что порядок фильтров также играет важную роль в фильтрации трафика.
Источник
Не удается найти страницу | Autodesk Knowledge Network
(* {{l10n_strings.REQUIRED_FIELD}})
{{l10n_strings.CREATE_NEW_COLLECTION}}*
{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}
{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$item}} {{l10n_strings.PRODUCTS}} {{l10n_strings. DRAG_TEXT}}{{l10n_strings.DRAG_TEXT_HELP}}
{{l10n_strings.LANGUAGE}} {{$select.selected.display}}{{article.content_lang.display}}
{{l10n_strings.AUTHOR}}{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}
{{$select. selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}Фильтрация с параметрами
Это гостевое сообщение от Мэтта Халла, бизнес-консультанта отдела профессиональных услуг Tableau.Недавно у одного из клиентов, с которым я работаю, возникла интересная проблема. Панель мониторинга, над которой он работал, использовала несколько источников данных, и он хотел отфильтровать все листы на панели мониторинга по годам. Обычно при использовании нескольких источников данных ему приходится использовать быстрый фильтр для каждого отдельного источника данных. Учитывая, что у него было четыре набора данных, он попросил меня помочь ему найти способ достичь той же функциональности, но только с одним быстрым фильтром вместо четырех.
Примечание: если вы новичок в Tableau, вот так выглядит Быстрый фильтр. Это позволяет пользователям интерактивно нарезать и нарезать данные.
Есть много способов решить эту проблему, будь то смешивание данных или действия на панели инструментов. Однако в этом случае эти параметры могут вызвать проблемы с существующей функциональностью, поэтому я решил использовать параметры в качестве фильтров.
Параметры чрезвычайно просты — они позволяют пользователям выбирать или вводить значение. Это значение, в свою очередь, можно использовать в расчетах и, впоследствии, в фильтрах.Вы даже можете установить значения, которые пользователи могут выбирать для автоматического создания из поля в ваших данных, что экономит время.
В этой ситуации моя цель была проста. Я хотел создать параметр, который позволил бы пользователям выбрать год, а затем создать расчет, который будет использовать этот параметр для фильтрации по выбранному году. Вот что я сделал — если вы хотите практиковаться самостоятельно, вы можете следовать этим указаниям, используя наборы данных Superstore и CoffeeChain, которые предварительно загружены в Tableau (просто нажмите «Подключиться к данным»). Начните с источника данных CoffeeChain.
1. Создайте параметр под названием «Год» и дайте ему список лет, применимых к рабочему листу
- Щелкните правой кнопкой мыши в окне данных и выберите «Создать параметр».
- Установите тип данных «Строка», а допустимые значения — «Список».
- Примечание. Поскольку два источника данных имеют два разных типа данных даты (Продажи в супермаркете: Дата и время, CoffeeChain: Дата), мы не можем установить для нашего параметра тип данных даты, поскольку он не будет совместим с обоими.В случаях, когда все источники данных имеют один и тот же тип данных даты, для параметра можно задать этот тип данных.
- В списке установите годы, к которым параметр Year должен иметь доступ в источнике данных, и нажмите OK, чтобы создать параметр.
2. Создайте вычисляемое поле, которое получит строковую версию даты
года.- Поскольку поле даты источника данных имеет тип данных даты и времени, нам нужно создать строковую версию года, чтобы иметь возможность сравнивать ее с только что созданным параметром, который был установлен на строку.
- Щелкните правой кнопкой мыши поле «Дата» под размерами и выберите «Создать вычисляемое поле».
- Назовите вычисляемое поле измерением данных с добавлением «Год» в конце. Оберните поле измерения даты в окне формулы в функции строки (STR ()) и года (YEAR ()) и нажмите OK, чтобы создать вычисляемое поле. Результатом этого вычисления всегда будет год, указанный в поле «Дата».
3. Используйте вычисляемое поле в качестве фильтра и свяжите его с параметром «Год»
.- Перетащите вновь созданное вычисляемое поле («Дата и год») на карточку просмотра «Фильтры», и появится поле фильтра.
- На вкладке «Общие» выберите «Использовать все», чтобы использовать все разные годы в источнике данных, и выберите вкладку «Условие».
- Выберите параметр «По формуле» и нажмите кнопку «…», чтобы открыть окно создания формулы. Здесь будут связаны вычисляемое поле и параметр.
- Установите для вычисляемого поля (Год даты заказа) значение параметра (Год) и нажмите OK.
- Щелкните OK еще раз, чтобы создать фильтр на основе вычисляемого поля, связанного с параметром.
4. Разрешить пользователям выбирать значения с помощью параметра
.- Щелкните правой кнопкой мыши параметр «Год» и выберите «Показать управление параметрами».
- Выберите черную стрелку раскрывающегося списка, расположенную в верхнем правом углу панели управления параметрами, и выберите параметр «Ползунок».
- Снова откройте раскрывающееся меню, выберите «Настроить» и выберите «Показать кнопки», чтобы удалить кнопки с панели управления.
- Примечание. Существует множество параметров, которые можно выбрать при настройке панели управления.Исследуйте различные параметры, пока не будет создана панель, соответствующая целям фильтра.
5. Повторите шаг 2 для каждого источника данных, который будет иметь измерение даты, которое необходимо отфильтровать.
6. Повторите шаг 3 для каждого листа, который необходимо отфильтровать по дате.
На панели управления каждый лист, на котором есть фильтр, связанный с параметром, будет затронут при изменении элемента управления параметром. Настройка занимает несколько минут, но конечный результат чистый и простой в использовании, как вы можете видеть здесь.
Мэтт Халл (Matt Hull) — бизнес-консультант группы профессиональных услуг Tableau. Он помогает клиентам из самых разных отраслей в достижении их целей и оттачивании аналитических навыков. С ним можно связаться по электронной почте [email protected].
Фильтрация отчета с использованием параметров строки запроса в URL-адресе — Power BI
- Статья .
- Читать 8 минут
Оцените, пожалуйста, свой опыт
да Нет
Любой дополнительный отзыв?
Отзыв будет отправлен в Microsoft: при нажатии кнопки «Отправить» ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.
Представлять на рассмотрение
Спасибо.
В этой статье
Когда вы открываете отчет в службе Power BI, каждая страница отчета имеет свой уникальный URL-адрес. Чтобы отфильтровать эту страницу отчета, вы можете использовать панель «Фильтры» на холсте отчета. Или вы можете добавить параметры строки запроса к URL-адресу, чтобы предварительно отфильтровать отчет. Возможно, у вас есть отчет, который вы хотите показать коллегам, и вы хотите предварительно отфильтровать его для них.Один из способов фильтрации — начать с URL-адреса по умолчанию для отчета, добавить параметры фильтра к URL-адресу, а затем отправить им по электронной почте весь новый URL-адрес.
В этой статье используется отчет «Образец анализа розничной торговли». Если вы хотите продолжить, вы можете скачать образец отчета.
Использует параметры строки запроса
Допустим, вы работаете в Power BI Desktop. Вы хотите создать отчет со ссылками на другие отчеты Power BI, но хотите отображать только часть информации в других отчетах.Сначала отфильтруйте отчеты с помощью параметров строки запроса и сохраните URL-адреса. Затем создайте таблицу на рабочем столе с этими новыми URL-адресами отчетов. Затем опубликуйте и поделитесь отчетом.
Другой вариант использования параметров строки запроса — это создание расширенного решения Power BI. Используя DAX, они создают отчет, который динамически генерирует отфильтрованный URL-адрес отчета на основе выбора, сделанного их клиентом в текущем отчете. Когда клиенты выбирают URL-адрес, они видят только предполагаемую информацию.
Синтаксис параметра строки запроса для фильтрации
С помощью параметров вы можете фильтровать отчет по одному или нескольким значениям, даже если эти значения содержат пробелы или специальные символы.Базовый синтаксис довольно прост; начните с URL-адреса отчета, добавьте вопросительный знак, а затем добавьте синтаксис фильтра.
URL ? Filter = Таблица / Поле eq ‘ значение ‘
- Таблица и Имена полей чувствительны к регистру, а значение — нет.
- Поля, которые скрыты в представлении отчета, все еще можно фильтровать.
Типы полей
Тип поля может быть числом, датой и временем или строкой, и используемый тип должен соответствовать типу, установленному в наборе данных.Например, указание столбца таблицы типа «строка» не сработает, если вы ищете значение datetime или числовое значение в столбце набора данных, заданном как дата, например Table / StringColumn eq 1.
- Строки должны быть заключены в одинарные кавычки, как в «имени менеджера».
- Числа не требуют специального форматирования. Дополнительные сведения см. В разделе «Числовые типы данных» в этой статье.
- Даты и время См. Типы данных Date в этой статье.
Если это все еще сбивает с толку, продолжайте читать, и мы разберем его.
Фильтр по полю
Предположим, что URL-адрес нашего отчета следующий.
И мы видим на нашей визуализации карты выше, что у нас есть магазины в Северной Каролине. NC — это значение, которое представляет Северную Каролину в поле Territory таблицы Store . Поэтому, чтобы отфильтровать отчет и отображать данные только для магазинов в «NC», мы добавляем эту строку к URL-адресу:
? Filter = Store / Territory eq 'NC'
Наш отчет теперь отфильтрован по Северной Каролине; все визуализации в отчете показывают данные только по Северной Каролине.
Фильтр по более чем одному значению в поле
Чтобы отфильтровать более одного значения в одном поле, используйте оператор в вместо операторов и . Синтаксис:
URL ? Filter = Таблица / Поле в (‘ значение1 ‘, ‘ значение2 ‘)
Используя тот же пример, чтобы отфильтровать отчет, чтобы отображать данные только для магазинов в «NC» (Северная Каролина) или «TN» (Теннесси), добавьте URL-адрес со следующим:
? Filter = Магазин / территория в ('NC', 'TN')
Список других полезных операторов см. В таблице «Операторы» далее в статье.
Фильтр по нескольким полям
Вы также можете фильтровать по нескольким полям, добавляя дополнительные параметры в свой URL. Вернемся к нашему исходному параметру фильтра.
? Filter = Store / Territory eq 'NC'
Для фильтрации дополнительных полей добавьте « и » и еще одно поле в том же формате, что и выше. Вот пример.
? Filter = Store / Territory eq 'NC' и Store / Chain eq 'Fashions Direct'
Операторы
Power BI поддерживает множество операторов помимо « и ».В таблице ниже перечислены эти операторы вместе с типом контента, который они поддерживают.
оператор | определение | строка | номер | Дата | Пример |
---|---|---|---|---|---|
и | и | да | да | да | продукт / цена le 200 и цена gt 3.5 |
экв | равно | да | да | да | Адрес / Город эк. «Редмонд» |
ne | не равно | да | да | да | Адрес / Город, не «Лондон» |
GE | больше или равно | № | да | да | товар / цена ge 10 |
GT | больше | № | да | да | товар / цена gt 20 |
le | меньше или равно | № | да | да | продукт / цена le 100 |
л | менее | № | да | да | товар / цена lt 20 |
дюйм ** | из них | да | да | да | Студент / Возраст в (27, 29) |
** При использовании в значения справа от в могут быть списком, разделенным запятыми, заключенным в круглые скобки, или одним выражением, возвращающим коллекцию.
Числовые типы данных
URL-фильтр Power BI может включать числа в следующих форматах.
Тип номера | Пример |
---|---|
целое число | 5 |
длинный | 5 л или 5 л |
двойной | 5.5 или 55e-1, или 0.55e + 1, или 5D, или 5d, или 0.5e1D, или 0.5e1d, или 5.5D, или 5.5d, или 55e-1D, или 55e-1d |
десятичный | 5 м или 5 м или 5.5 м или 5,5 м |
поплавок | 5 F или 5 f или 0,5e1 F или 0,5e-1 d |
Типы данных даты
Power BI поддерживает OData V3 и V4 для типов данных Date и DateTimeOffset . Для OData V3 даты должны быть заключены в одинарные кавычки и предваряться словом datetime. Одиночные кавычки и слово datetime не нужны в OData V4.
Даты представлены в формате EDM (2019-02-12T00: 00: 00): когда вы указываете дату как «ГГГГ-ММ-ДД», Power BI интерпретирует ее как «ГГГГ-ММ-ДДТ00: 00: 00». .Убедитесь, что месяц и день состоят из двух цифр: ММ и ДД.
Почему это различие важно? Допустим, вы создали параметр строки запроса Table / Date gt ‘2018-08-03’ . Будут ли результаты включать 3 августа 2018 г. или начнутся с 4 августа 2018 г.? Power BI преобразует ваш запрос в Table / Date gt ‘2018-08-03T00: 00: 00’ . Итак, ваши результаты включают любые даты с ненулевой временной частью, потому что эти даты будут больше, чем ‘2018-08-03T00: 00: 00’ .
Есть и другие различия между V3 и V4.OData V3 не поддерживает даты, только DateTime. Поэтому, если вы используете формат V3, вы должны указать в нем полную дату и время. Литералы даты, такие как datetime’2019-05-20 ‘, не поддерживаются в нотации V3. Но вы можете просто написать его как «2019-05-20» в нотации V4. Вот два эквивалентных запроса с фильтром в V3 и V4:
- Формат OData V4: фильтр = Таблица / Дата gt 2019-05-20
- Формат OData V3: фильтр = Таблица / Дата gt datetime’2019-05-20T00: 00: 00 ‘
Специальные символы в URL-фильтрах
Специальные символы в именах таблиц и столбцов
Специальные символы и пробелы в именах таблиц и столбцов требуют дополнительного форматирования.Если ваш запрос содержит пробелы, дефисы или другие символы, отличные от ASCII, добавьте к этим специальным символам префикс escape-кодом , начинающимся с подчеркивания и X ( _x ), затем четырехзначным Unicode , затем еще одним подчеркиванием . Если в Юникоде меньше четырех символов, вам нужно заполнить его нулями. Вот несколько примеров.
Идентификатор | Юникод | Кодирование для Power BI |
---|---|---|
Название таблицы | Пробел 0x20 | Table_x0020_Name |
Столбец @ Номер | @ — это 0x40 | Столбец_x0040, номер |
[столбец] | [is 0x005B] is 0x005D | x005B_Колонна_x005D |
Колонна + плюс | + — это 0x2B | Столбец_x002B_Plus |
Table_x0020_Name / Column_x002B_Plus eq 3
Table_x0020_Special / x005B_Column_x0020_Brackets_x005D eq ‘[C]’
Специальные символы в значениях
Фильтры URL-адресовуже поддерживают все специальные символы в значениях полей, кроме одинарной кавычки (‘).Это единственный персонаж, от которого нужно сбежать. Для поиска символа одинарной кавычки используйте две одинарные кавычки (»).
Например:
? Filter = Table / Name eq 'O''Brien'
становится:? Filter = Table / Name eq 'Lee''s Summit'
становится:Оператор
in
также поддерживает это экранирование:? Filter = Table / Name in ('Lee''s Summit', 'O''Brien')
становится:
Используйте DAX для фильтрации по нескольким значениям
Другой способ фильтрации по нескольким полям — это создание вычисляемого столбца, который объединяет два поля в одно значение.Затем вы можете отфильтровать это значение.
Например, у нас есть два поля: Территория и Цепочка. В Power BI Desktop создайте новый вычисляемый столбец (поле) с именем TerritoryChain. Помните, что имя Поле не может содержать пробелов. Вот формула DAX для этого столбца.
TerritoryChain = [Территория] & «-» & [Цепочка]
Опубликуйте отчет в службе Power BI, а затем используйте строку запроса URL-адреса для фильтрации и отображения данных только для магазинов Lindseys в Северной Каролине.
https://app.powerbi.com/groups/me/reports/8d6e300b-696f-498e-b611-41ae03366851/ReportSection3?filter=Store/TerritoryChain eq 'NC - Lindseys'
Закрепить плитку из отфильтрованного отчета
После фильтрации отчета с использованием параметров строки запроса вы можете закрепить визуализации из этого отчета на панели мониторинга. Плитка на панели мониторинга отображает отфильтрованные данные, и при выборе этой плитки панели мониторинга открывается отчет, который использовался для его создания. Однако фильтрация, выполненная с помощью URL-адреса, не сохраняется в отчете.Когда вы выбираете плитку панели мониторинга, отчет открывается в нефильтрованном состоянии. Таким образом, данные, отображаемые на плитке панели мониторинга, не соответствуют данным, отображаемым в визуализации отчета.
Это несоответствие полезно, когда вы хотите увидеть разные результаты; фильтруется на панели инструментов и не фильтруется в отчете.
Рекомендации и устранение неисправностей
При использовании параметров строки запроса следует учитывать несколько моментов.
- При использовании оператора в значения справа от в должны быть списком, разделенным запятыми, заключенным в круглые скобки.53-1) из-за ограничений JavaScript.
- Power BI не ограничивает количество символов в строках URL-запроса. В разных браузерах есть разные ограничения по длине.
URL-фильтры поддерживаются в некоторых сценариях внедрения, но не поддерживаются в других.
Следующие шаги
Закрепить визуализацию на панели управления
Подпишитесь на бесплатную пробную версию
Еще вопросы? Спросите у сообщества Power BI
Параметр фильтра — обзор
8.5.2 Идентификация HIV-RHONN
Точно настроенные начальные параметры EKF для состояния неинфицированных Т-клеток ( T ) следующие:
(8,37) QT = 1 × 106 [1001], RT = 1 × 104, ηT = 1,
и начальные значения:
(8,38) PT = [100010], ωT = rand (2,1) ⁎1200.
Для динамики инфицированных Т-клеток (T⁎) мы имеем следующие значения:
(8,39) QT⁎ = 1 × 106 [100010001], RT⁎ = 1 × 104, ηT⁎ = 1,
и начальные значения. равны
(8.40) PT⁎ = [100001000010], ωT⁎ = rand (3,1).
Значения EKF макрофагов ( M ) равны
(8,41) QM = 1 × 106 [1001], RM = 1 × 104, ηM = 1,
и начальные значения
(8,42) PM = [ 100010], ωM = rand (2,1).
Для инфицированных макрофагов (M⁎) мы устанавливаем ηM⁎ = 1 и значения
(8.43) QM⁎ = 1 × 106 [100010001], RM⁎ = 1 × 104,
с начальными значениями
(8.44 ) PM⁎ = [100001000010], ωM⁎ = rand (3,1) ⁎0,5.
ИдентификацияВИЧ (VH) работает с ηVH = 2 и параметрами
(8.45) QVH = 1 × 106 [100010001], RVH = 1 × 104
и начальными значениями
(8.46) PVH = [100001000010], ωVH = rand (3,1) ⁎2.
Время отбора проб для идентификации ВИЧ составляет 2 дня, а время моделирования — 10 лет. Нейронная идентификация показана на рис. 8.5–8.7, где на каждой панели рисунков представлено окно увеличения, выделяющее первоначальную ошибку идентификации.
Рис. 8.5. ВИЧ-RHONN-идентификация динамики CD4 + Т-клеток. Верхняя панель показывает модель ВИЧ и динамику RHONN неинфицированных CD4 + Т-клеток, нижняя панель отображает идентификацию инфицированных CD4 + Т-клеток.Окна увеличения на обеих панелях означают ошибку первоначальной идентификации.
Рис. 8.6. HIV-RHONN идентификация динамики макрофагов. Верхняя панель отображает модель ВИЧ и динамику RHONN неинфицированных макрофагов, нижняя панель показывает идентификацию инфицированных макрофагов. Окна увеличения на обеих панелях означают ошибку первоначальной идентификации.
Рис. 8.7. ВИЧ-RHONN идентификация вирусной динамики. Отображаются модель ВИЧ и динамика RHONN. Окно масштабирования представляет собой первоначальную ошибку идентификации.
Для случая CD4 + Т-клеток на рис. 8.5 показана точная идентификация динамики как неинфицированных, так и инфицированных клеток. Важно отметить, что в течение первого года, хотя динамика инфицированных CD4 + Т-клеток сильно варьирует, ВИЧ-RHONN способен поддерживать приемлемые характеристики идентификации. В течение того же периода времени неинфицированные клетки демонстрируют незначительные изменения в динамике, что также идентифицируется предложенным RHONN.
На рис. 8.6 показана динамика как инфицированных, так и неинфицированных макрофагов.Идентификация неинфицированных макрофагов выполняется с большей ошибкой идентификации в течение первых 0,1 года по сравнению с идентификацией инфицированных в тот же начальный период. Окна увеличения отображают эти ошибки (верхнее окно). Можно отметить хорошую производительность идентификатора для представления исходной динамики макрофагов. В нижнем окне отображается незначительная ошибка идентификации для состояния инфицированного макрофага.
Динамика ВИЧ как модели ВИЧ, так и идентификатора ВИЧ изображена на рис.8.7, где можно проверить характеристики идентификации. Первоначальная ошибка выделена в окне масштабирования, которое четко показывает идентификацию во время первых выборок. Предлагаемый HIV-RHONN указывает на высокую вариабельность вирусной динамики, особенно в течение первого года заражения. Кроме того, после пятого года вирусная динамика имеет экспоненциальную форму, которая постоянно воспроизводится моделью HIV-RHONN. Важно отметить, что во всех тестах ошибка идентификации составляет около 0.01 для HIV-RHONN. Это значение ошибки соответствует значениям, показанным на рис. 8,5–8,7.
Использование фильтров с параметрами в Amazon QuickSight
Используйте этот раздел для фильтрации данных в анализе или панели мониторинга по единственному значению. параметр ценить. Чтобы использовать многозначный параметр — параметр с раскрывающимся списком выбора control — создать настраиваемый фильтр, равный (или не равный) значениям.
Прежде чем использовать фильтр с параметром, вы должны уже знать, как работать с фильтрами.
Убедитесь, что в вашем анализе уже есть параметр. Выбирать Отредактируйте либо в параметрах, либо в меню управления, чтобы узнать какие настройки используются.
Выберите панель Фильтр в левой части экрана. Если есть уже является фильтром для поля, которое вы хотите использовать, выберите его, чтобы открыть его настройки. В противном случае создайте фильтр для поля, которое вы хотите отфильтровать по параметру.
Выберите Используйте параметры .
Выберите параметры из списка или списков ниже Используйте Параметры .Для текстовых (строковых) полей сначала выберите Custom Отфильтруйте , а затем включите Использовать параметры .
Для полей даты выберите Начальную дату и Конец date , как показано на следующем снимке экрана.
Для полей с другими типами данных выберите Выберите параметр и затем выберите свой параметр из списка.
Параметры, которые могут содержать несколько значений, должны использовать равные или не равные тип сравнения.
Выберите Применить , чтобы сохранить изменения.
Проверьте свой новый фильтр, выбрав элемент управления в верхней части анализа.В этом пример, мы используем базовый параметр, который не имеет значений по умолчанию, и динамический элемент управления, который связан к Регион поле в примере набора данных с именем Продажи Трубопровод . Элемент управления запрашивает данные, возвращая все значения.
На следующем снимке экрана показаны два контекстных меню.Выделенное меню в скриншот управляет параметром. Меню, которое не выделено, управляет элементом управления. настройки. Используя меню элемента управления, вы можете сбросить его, выбрав Сбросьте или обновите данные, выбрав Обновить список .
Если вы удалите или воссоздаете параметр, который используете в фильтре, вы можете обновить в фильтр с новым параметром.Для этого откройте фильтр, выберите новый параметр что ты хотите использовать, а затем выберите Применить .
Если вы переименуете параметр, вам не нужно обновлять фильтр или какой-либо другой потребители.
параметр
параметр
view: view_name {
parameter: parameter_name {…}
}
Существует параметр LookML, который на самом деле называется « параметр
».Параметр Параметр
создает поле только для фильтра, которое можно использовать для фильтрации исследований, взглядов и панелей мониторинга, но не может быть добавлено в набор результатов. Значение, которое пользователь выбирает для этого поля, содержащего только фильтр, может создавать интерактивные результаты запроса, ярлыки, URL-адреса и многое другое при использовании с {% имя_параметра%}
и имя_параметра._значение_параметра
Жидкие переменные. Параметр Параметр
также может упростить модели LookML, поскольку в одном поле могут отображаться разные результаты.
С полями фильтра параметров пользователи могут выбрать только одно значение фильтра для поля, а условие фильтрации установлено на
равно
. Если вы хотите, чтобы пользователи могли вводить сразу несколько значений фильтра и воспользоваться преимуществами более тонкой сгенерированной логики SQL-фильтра Looker (содержит
,не содержит
и т. Д.), См. Подробную информацию на странице документации по шаблонным фильтрам. .
A параметр
имя должно:
- Будьте уникальны в рамках любого представления
- Состоит из символов
a
–z
(без заглавных букв),0
–9
или_
- Начинается с буквы
Существует также множество параметров поля, которые можно использовать с параметром
, включая default_value
и allowed_value
.См. Следующий подраздел «Указание допустимых значений», где приведены примеры использования параметра поля allowed_value
.
Избегайте использования
default_value
с параметром, если в ваших данных есть значения с подчеркиванием.
Указание допустимых значений
По умолчанию пользователь может ввести любое отдельное значение в фильтр, созданный параметром параметр
. Если вы хотите ограничить конкретные значения, которые может выбирать пользователь, используйте allowed_value
.Допустимые значения определяют пары меток и значений, которые может выбрать пользователь.
Параметр allowed_value
аналогичен параметру предложений
в том, что он позволяет вам установить параметры фильтра, из которых пользователь может выбирать. Однако параметр allowed_value
добавляет дополнительную функциональность по сопоставлению удобной для пользователя метки со значением, которое вы хотите вставить в базовый SQL-запрос.
Например, это приведет к созданию параметра
, который предоставит пользователю три варианта фильтрации:
параметр: number_of_results { тип: строка allowed_value: { label: «Менее 500» значение: «<500" } allowed_value: { label: "Менее 10 000" значение: "<10000" } allowed_value: { label: "Все результаты" значение: "> 0″ } }
Метка
— это то, что пользователь увидит в предложениях фильтров, а значение
содержит значение, которое будет вставлено в запросы SQL с переменными Liquid для создания интерактивного содержимого.
Результирующий фильтр выглядит так:
Существует два типа использования Liquid, как указано на странице справочной документации по переменным Liquid.
Когда параметр
используется с Liquid, чаще всего используется синтаксис тега {%%}
, который используется для создания логических условных операторов.
Две переменные Liquid, которые можно использовать с параметром
: {% имя_параметра%}
и имя_параметра._parameter_value
. Мы рассмотрим примеры каждого из них в следующих разделах.
Вставка выбранных пользователем значений с
{% parameter parameter_name%}
Переменная {% parameter имя_параметра%}
Liquid использует тег Liquid {% parameter%}
в сочетании с именем параметра для вставки выбранного пользователем значения непосредственно в базовый запрос SQL.
- Слово , параметр никогда не изменяется.
- Замените имя_параметра именем параметра, которое вы создаете.
Если параметр определен в файле представления, отличном от того, в котором на него есть ссылка, убедитесь, что в области имени параметра указано имя представления, например имя_представления.имя_параметра
.
Пример
В этом примере мы создаем параметр
с именем item_to_add_up
, который позволяет пользователю выбрать, какой столбец базы данных он хочет суммировать — sale_price
, cost
или profit
:
параметр: item_to_add_up { тип: без кавычек allowed_value: { label: «Общая цена продажи» значение: «sale_price» } allowed_value: { label: «Общая стоимость» значение: «стоимость» } allowed_value: { label: «Общая прибыль» значение: «прибыль» } }
Затем мы создаем меру под названием dynamic_sum
.
Эта мера ссылается на переменную {% parameter имя_параметра%}
Liquid в своем параметре sql
, который вводит выбранное значение из item_to_add_up
и изменяет имя столбца, на которое указывает ссылка. Затем мера выполняет вычисление в указанном столбце:
measure: dynamic_sum { тип: сумма sql: $ {TABLE}. {% parameter item_to_add_up%} ;; value_format_name: «usd» }
Результатом является интерактивное исследование, отображающее различные агрегаты, представленные одной мерой, как показано ниже:
Дополнительные примеры использования параметра
с переменной {% имя_параметра%}
см. В статье Справочного центра «Примеры использования полей параметров».
Создание логических операторов с
имя_параметра._значение_параметра
Вы также можете вставить значение параметра
в базовый SQL-запрос, используя логический оператор Liquid {%%}
с переменной имя_параметра._parameter_value
Liquid.
- Замените имя_параметра именем параметра, которое вы создаете.
- ._parameter_value не изменяется.
Если параметр определен в файле представления, отличном от того, в котором на него есть ссылка, убедитесь, что в области имени параметра указано имя представления, например имя_представления.имя_параметра._значение_параметра
.
имя_параметра._значение_параметра
допускает сложные логические операторы с использованием возможных значений параметра — аналогично оператору CASE WHEN
в SQL.
Условный оператор Liquid использует следующий синтаксис:
-
{% if%}
для создания условия -
{% elsif%}
для создания дополнительных условий после начального условия -
{% else%}
для определения значения, которое будет возвращено, если другие условия не выполняются. -
{% endif%}
, чтобы завершить оператор
Эту логику Liquid можно использовать с переменными Liquid и LookML различными способами.См. Страницу справочной документации по переменной Liquid для получения полного списка возможных мест использования переменной имя_параметра._parameter_value
с Liquid в LookML. Ниже приведены примеры, в которых используются параметры sql
и html
.
Пример SQL
Следующий блок LookML создает параметр
с именем date_granularity
. Затем параметр sql
измерения использует имя_параметра._параметр_значение
с логической структурой {% if%}
, {% elsif%}
, {% endif%}
для определения значения измерения. , на основе значения параметра
:
параметр: date_granularity { тип: без кавычек allowed_value: { label: «С разбивкой по дням» значение: «день» } allowed_value: { label: «С разбивкой по месяцам» значение: «месяц» } } Dimension: date { sql: {% если date_granularity._parameter_value == ‘день’%} $ {created_date} {% elsif date_granularity._parameter_value == ‘месяц’%} $ {created_month} {% еще %} $ {created_date} {% endif%} ;; }
Конечным результатом является интерактивное поле даты, которое пользователи могут изменять, чтобы отображать результаты в разных временных периодах:
Пример HTML
имя_параметра._значение_параметра
также можно использовать с параметром html
для создания интерактивного форматирования результатов.
Используя приведенный выше пример, мы можем изменить цвет текста в зависимости от того, какую степень детализации даты выбирает пользователь, добавив параметр html
с аналогичным логическим оператором {% if%}
:
параметр: date_granularity { тип: без кавычек allowed_value: { label: «С разбивкой по дням» значение: «день» } allowed_value: { label: «С разбивкой по месяцам» значение: «месяц» } } Dimension: date { sql: {% if date_granularity._parameter_value == ‘day’%} $ {created_date} {% elsif date_granularity._parameter_value == ‘месяц’%} $ {created_month} {% еще %} $ {created_date} {% endif%} ;; html: {% if date_granularity._parameter_value == ‘day’%} {{rendered_value}} {% elsif date_granularity._parameter_value == ‘месяц’%} {{rendered_value}} {% еще %} {{rendered_value}} {% endif%} ;; }
Переменная rendered_value
Liquid используется в операторе html
вместе с тегами объекта Liquid, {{}}
, для вывода значения поля с форматированием по умолчанию Looker в результатах.
Конечным результатом является интерактивное условное форматирование, которое зависит от значения, которое выбирает пользователь:
Дополнительные примеры интерактивности Liquid для HTML см. На странице документации html
и в статье Как изменить цвета и шрифты с помощью статьи Справочного центра HTML.
Параметру можно присвоить множество типов полей. Параметр
. На этой странице подробно описаны несколько особых случаев.
параметры
из тип: строка
При использовании параметра
с типом : строка
, имя_параметра._parameter_value
Переменная Liquid требует, чтобы вы заключили значения параметра
в одинарные двойные кавычки и . Это сделано для того, чтобы одинарные кавычки передаются в SQL, идентифицируя значение как строковое значение. См. Следующий пример:
параметр: date_granularity { тип: строка allowed_value: {value: «Day»} allowed_value: {значение: «Месяц»} } Dimension: date { label_from_parameter: date_granularity sql: {% если date_granularity._parameter_value == «‘День'»%} $ {created_date} :: VARCHAR {% elsif date_granularity._parameter_value == «‘Месяц'»%} $ {created_month} :: VARCHAR {% еще %} НУЛЕВОЙ {% endif%} ;; }
Кроме того, если вы хотите включить значение параметра
с типом : строка
в метку
, вы должны поставить перед двойными кавычками символ \
:
label: «{% if test._parameter_value == \» ‘foo’ \ «%} ‘SUCCESS’ {% else%} ‘FAIL’ {% endif%}»
параметры
из тип: да нет
При использовании параметра
с типом : да нет
, имя_параметра._parameter_value
Переменная Liquid создает оператор SQL, который оценивается как true
, в зависимости от вашего диалекта SQL. Поэтому мы предлагаем не использовать параметров
типа : да нет
в логических операторах Liquid. Ни {% if yesno_parameter._parameter_value == 'Yes'%}
, ни {% if yesno_parameter._parameter_value%}
не будут работать должным образом.
параметры
типа : без кавычек
Тип без кавычек
аналогичен типу : строка
, за исключением того, что когда значение параметра
вставлено в переменную {% parameter%}
Liquid, оно не будет заключено в кавычки.Это полезно, когда вы вставляете в SQL значения, такие как имена столбцов или таблиц, которые нельзя заключить в кавычки для правильной работы (как в примерах выше).
Вставка значений без кавычек непосредственно в SQL может создать возможность нежелательных действий SQL. Чтобы решить эту проблему, значения параметра
типа :
без кавычек ограничены символами от A до Z и от 0 до 9 (без пробелов или других специальных символов).
В качестве примера следующий LookML создает параметр
с именем table_name
, который будет выдавать значение без кавычек:
параметр: table_name { тип: без кавычек }
параметры
из тип: date_time
Параметр date_time
type
позволяет пользователям выбирать конкретную дату в фильтре.Наибольшая доступная степень детализации — ГГГГ / ММ / ДД
. Пользователи могут выбрать только одно значение фильтра даты, и условие фильтрации может быть установлено либо на - это день
для выбора даты, либо соответствует атрибуту пользователя
для выбора атрибута пользователя даты / времени .
Например, вот параметр date_time
, который называется date_selector
:
параметр: date_selector { тип: date_time описание: «Используйте это поле, чтобы выбрать дату для фильтрации результатов.» }
При выборе в обзоре Date Selector позволяет пользователям выбрать одну конкретную дату:
Если вы хотите, чтобы пользователи могли воспользоваться преимуществами более тонкой сгенерированной логики фильтра даты SQL Looker ( находится в прошлом
, находится в диапазоне
и т. Д.), См. Подробную информацию на странице документации по шаблонным фильтрам.
Шаблонные фильтры и параметры жидкости
Шаблонные фильтры и параметры жидкости
Это расширенная тема, предполагающая хорошее предварительное знание SQL и LookML.
Looker автоматически предоставляет пользователям возможность управлять своими запросами, создавая фильтры, основанные на измерениях и показателях. Хотя этот простой метод подходит для многих случаев использования, он не может удовлетворить все аналитические потребности. Шаблонные фильтры и параметры Liquid значительно расширяют возможные варианты использования, которые вы можете поддерживать.
С точки зрения SQL измерения и меры могут изменять только самые внешние предложения WHERE
или HAVING
в вашем запросе.Однако вы можете обнаружить, что хотите позволить пользователям манипулировать другими частями SQL. Настройка части производной таблицы, настройка запрашиваемой таблицы базы данных или создание многоцелевых измерений и фильтров — это лишь некоторые из функций, которые вы можете включить с помощью шаблонных фильтров и параметров Liquid.
и параметры Liquid используют язык шаблонов Liquid для вставки пользовательского ввода в запросы SQL. Во-первых, вы используете параметр LookML, чтобы создать поле для взаимодействия пользователей.Затем вы используете переменную Liquid для внедрения пользовательского ввода в запросы SQL.
Давайте рассмотрим несколько примеров, чтобы продемонстрировать значение шаблонных фильтров и параметров жидкости.
Создание динамической производной таблицы с помощью шаблонного фильтра
Рассмотрим производную таблицу, в которой рассчитываются пожизненные расходы клиента в северо-восточном регионе:
view: customer_facts { производная_таблица: { sql: ВЫБРАТЬ customer_id, — Можно сделать измерение SUM (sale_price) AS Life_spend — Можно сделать измерение ИЗ порядок КУДА region = ‘northeast’ — НЕ может быть измерением ГРУППА ПО 1 ;; } }
В этом запросе вы можете создать измерения из customer_id
и Life_spend
.Однако предположим, что вы хотите, чтобы пользователь мог указать область ,
, вместо того, чтобы жестко указывать ее на «северо-восток». Область
не может быть представлена как измерение, и поэтому пользователь не может фильтровать ее как обычно.
Один из вариантов — использовать шаблонный фильтр, который будет выглядеть так:
view: customer_facts { производная_таблица: { sql: ВЫБРАТЬ Пользовательский ИД, SUM (sale_price) AS Life_spend ИЗ порядок КУДА Заказ {% condition order_region%}.регион {% endcondition%} ГРУППА ПО 1 ;; } filter: order_region { тип: строка } }
Подробные пошаговые инструкции приведены ниже.
Если производная таблица использует шаблонный фильтр, вы не можете сделать таблицу постоянной.
Выполнение динамических измерений с помощью параметра жидкости
Рассмотрим отфильтрованную меру, которая суммирует количество проданных брюк:
measure: брюки_count { тип: количество фильтры: [категория: «штаны»] }
Это просто, но если бы категорий были десятки, было бы утомительно создавать меру для каждой.Кроме того, это может затруднить работу пользователей с исследованием.
В качестве альтернативы можно создать динамическую меру, подобную этой:
measure: category_count { тип: сумма sql: КЕЙС КОГДА $ {category} = ‘{% parameter category_to_count%}’ ТОГДА 1 Иначе 0 КОНЕЦ ;; } параметр: category_to_count { тип: строка }
Подробные пошаговые инструкции приведены ниже.
Шаг первый: Создайте что-нибудь для пользователя, с которым будет взаимодействовать
- Для шаблонных фильтров добавьте фильтр
- Для параметров жидкости добавьте параметр
В любом случае эти поля будут отображаться пользователю в разделе Поля только для фильтра средства выбора полей:
Поля filter
и параметра
могут принимать ряд дочерних параметров, что позволяет вам настраивать их работу. Полный список см. На странице документации по параметрам поля. Есть две опции, которые заслуживают особого упоминания для полей параметра
.
Во-первых, поля параметра
могут иметь специальный тип, называемый без кавычек:
параметр: table_name { тип: без кавычек }
Этот тип позволяет вставлять значения в SQL без заключения в кавычки, как это было бы со строкой. Это может быть полезно, когда вам нужно вставить значения SQL, такие как имена таблиц.
Во-вторых, поля параметра
имеют параметр, называемый допустимыми значениями, который позволяет связать удобное для пользователя имя со значением, которое вы хотите вставить.Например:
параметр: sale_price_metric_picker { описание: «Использование с показателем продажной цены» тип: без кавычек allowed_value: { label: «Общая цена продажи» значение: «SUM» } allowed_value: { label: «Средняя цена продажи» значение: «AVG» } allowed_value: { label: «Максимальная цена продажи» значение: «MAX» } allowed_value: { label: «Минимальная цена продажи» значение: «MIN» } }
Шаг второй: Применение пользовательского ввода
Второй шаг — использовать жидкость для добавления шаблонного фильтра или параметра жидкости по желанию.
Шаблонные фильтры
Синтаксис шаблонных фильтров выглядит следующим образом:
{% condition filter_name%} sql_or_lookml_reference {% endcondition%}
- Слова
условие
иконечное условие
никогда не изменяются. - Замените
filter_name
именем фильтра, созданного на первом шаге. Вы также можете использовать измерение, если вы не создали поле только для фильтра. - Замените
sql_or_lookml_reference
на SQL или LookML, который должен быть установлен «равным» вводу пользователя (подробнее см. Ниже).При использовании LookML используйте синтаксис$ {view_name.field_name}
LookML.
В приведенном выше примере мы использовали:
{% condition order_region%} order.region {% endcondition%}
Важно понимать взаимодействие между тегами Liquid и SQL, который вы пишете между ними. Шаблонные теги фильтров всегда преобразуются в логическое выражение. Например, если пользователь ввел «Северо-восток» в фильтр order_region
, Looker превратит эти теги в: order.регион = 'Северо-восток'
. Другими словами, Looker понимает вводимые пользователем данные и генерирует соответствующее логическое выражение.
Это часто вызывает недоумение среди разработчиков Looker. Шаблонные фильтры всегда приводят к некоторому логическому выражению, а не к индивидуальному значению, введенному пользователем.
Поскольку шаблонные фильтры возвращают логическое выражение, их можно использовать с другими логическими операторами и логическими выражениями, допустимыми в операторе SQL WHERE
.Используя приведенный выше пример, если вы хотите вернуть все значения , кроме региона, выбранного пользователем, вы можете использовать следующее в инструкции WHERE
:
НЕ ({% condition order_region%} order.region {% endcondition%})
Также допустимо использовать поле LookML в качестве условия фильтрации. Любые фильтры, применяемые непосредственно к полю LookML, будут определять значение оператора WHERE
:
view: customer_facts { производная_таблица: { sql: ВЫБРАТЬ Пользовательский ИД, SUM (sale_price) AS Life_spend ИЗ порядок КУДА Заказ {% condition region%}.регион {% endcondition%} ГРУППА ПО 1 ;; } Dimension: region { тип: строка sql: $ {TABLE} .region ;; }
Параметры жидкости
Синтаксис параметров Liquid выглядит следующим образом:
{% parameter имя_параметра%}
- Слово
, параметр
никогда не меняется. - Замените
имя_параметра
именемпараметра
, которое вы создали на первом шаге.
Например, чтобы применить ввод из поля параметра на первом шаге, вы можете создать такую меру:
measure: sale_price_metric { description: «Использовать с полем только для фильтра» Выбор метрики продажной цены » тип: число label_from_parameter: sale_price_metric_picker sql: {% parameter sale_price_metric_picker%} ($ {sale_price}) ;; value_format_name: usd }
Хотя шаблонные фильтры и параметры жидкости похожи, между ними есть важное различие:
- Параметры жидкости вводятся пользователем напрямую (или с использованием значений, которые вы определяете с допустимыми значениями).
- Шаблонные фильтры вставляют значения в виде логических операторов, как описано выше.
В ситуациях, когда вы хотите предложить пользователям более гибкий ввод (например, с различными типами диапазонов дат или строковым поиском), попробуйте по возможности использовать шаблонные фильтры. Looker может интерпретировать вводимые пользователем данные и за кулисами писать соответствующий SQL. Это избавляет вас от необходимости учитывать все возможные типы пользовательского ввода.
В ситуациях, когда невозможно вставить логический оператор или когда вы знаете конечный набор параметров, которые может ввести пользователь, используйте параметры Liquid.
Добавить параметры фильтра для действий поиска и фильтрации в ярлыках на Mac
После добавления действия «Найти» или «Фильтр» к ярлыку вы активируете параметры фильтра в действии, чтобы сузить набор данных, собранных этим действием.
Например, в действии «Найти фотографии» можно добавить параметры фильтра, такие как «Альбом с портретной ориентацией», который извлекает только фотографии из альбома с именем «Портрет». Вы можете добавить дополнительные параметры фильтра для дальнейшего уточнения критериев поиска — например, чтобы исключить альбом «Селфи», изменив параметр фильтра с «Альбом [ is ]» на «Альбом [ is not ]» и затем выберите «Селфи» из списка критериев поиска.
Добавить параметры фильтра к действию «Найти» или «Фильтр»
В приложении «Ярлыки» на Mac дважды щелкните ярлык.
В редакторе ярлыков введите «Найти» или «Фильтр» в поле поиска.
Список приложений и действий отображается на боковой панели справа.
Перетащите действие из списка в главное окно редактора ярлыков в нужное место.
В добавленном действии щелкните Добавить фильтр.
Появится строка фильтрации по умолчанию, например «Альбом — все фотографии».
Щелкните любой термин в строке, затем выберите параметр из списка, чтобы настроить строку фильтрации.
Например, вы можете щелкнуть «Альбом» и выбрать «Ширина», щелкнуть «есть» и выбрать «не является», затем щелкнуть последний параметр и ввести число на появившейся клавиатуре.
Чтобы добавить дополнительные параметры фильтра, повторите шаги 2–3.
Примечание: Когда вы добавляете несколько параметров фильтра, становятся доступными опции «Все» или «Любые».
Сортировка и ограничение результатов параметров фильтра
Действия «Найти» и «Фильтр» также включают параметры для упорядочивания результатов и ограничения количества результатов, собранных в операции фильтрации.
В приложении «Ярлыки» на Mac выполните одно или оба из следующих действий:
Упорядочите результаты фильтра: Щелкните всплывающее меню «Сортировать по», выберите параметр, затем щелкните всплывающее окно «Порядок». меню вверх и выберите вариант (например, сначала самый маленький).
Ограничение результатов фильтрации: Установите флажок «Ограничить», затем в появившейся строке Получить [ x Items ] щелкните стрелку вверх или стрелку вниз, чтобы выбрать максимальное количество результатов.