Распаханное поле как пишется

Эти функции выполняют поиск записей в таблице.

Посмотрите это видео, чтобы узнать, как использовать функции Filter, Search и LookUp:

Описание

Функция Filter находит записи в таблице, соответствующие заданным условиям формулы. Используйте функцию Filter, чтобы найти набор записей, соответствующих одному или нескольким условиям, или удалить наборы, не соответствующие заданным условиям.

Функция LookUp находит первую запись в таблице, соответствующую условиям формулы. Используйте функцию LookUp, чтобы найти отдельную запись, соответствующую одному или нескольким условиям.

В обоих случаях формула вычисляется для каждой записи этой таблицы. Записи, возвращающие значение true, включаются в результат. Помимо обычных операторов формулы, вы можете использовать операторы поиска соответствий подстроки in и exactin.

Поля обрабатываемой в настоящее время записи доступны в формуле. Используйте оператор ThisRecord или просто укажите поля по имени, как указываются любые другие значения. Оператор As также можно использовать для присвоения имени обрабатываемой записи, что упростит понимание формулы и обеспечивает доступность вложенных записей. Дополнительные сведения см. в приведенных ниже примерах и в описании работы с областью записи.

Функция Search находит записи в таблице, содержащие строку в одном из столбцов. Строка может находиться в любом месте столбца. Например, выполняя поиск по фразе rob или bert, соответствие может быть обнаружено в столбце со словом Robert. При поиске регистр не учитывается. В отличие от функций Filter и LookUp, функция Search выполняет поиск при помощи одной строки, а не формулы.

Функции Filter и Search возвращают таблицу, которая содержит те же столбцы, что и исходная таблица, и записи, соответствующие заданным условиям. Функция LookUp возвращает только первую найденную запись после применения формулы для сведения записи к одному значению. Если записи не обнаружены, функции Filter и Search возвращают пустую таблицу, а функция LookUp — пустое значение.

Таблицы в Power Apps представлены значением, как любая строка или число. Их можно передавать в функции и получать в качестве результата выполнения функций. Функции Filter, Search и LookUp не изменяют исходную таблицу, а принимают ее в качестве аргумента и возвращают таблицу, запись или отдельное значение из нее. Подробнее см. в описании работы с таблицами.

Делегирование

По возможности Power Apps будет делегировать операции фильтрации и сортировки источнику данных и пролистывать результаты по запросу. Например, при запуске приложения, которое отображает элемент управления Коллекция, заполненный данными, только первый набор записей будет изначально передан на устройство. По мере пролистывания будут отображаться дополнительные данные из источника данных. В результате уменьшается время запуска приложения или доступа к очень большим наборам данных.

Однако делегирование может не всегда быть возможно. Источники данных отличаются в зависимости от функций и операторов, которые они поддерживают с делегированием. Если полное делегирование формулы невозможно, среда разработки пометит предупреждением ту часть, которую невозможно делегировать. По возможности следует изменить формулу, чтобы избежать функций и операторов, которые невозможно делегировать. В списке делегирования приводятся сведения о том, какие источники данных и операции можно делегировать.

Если делегирование невозможно, Power Apps будет извлекать только небольшой набор записей для локальной работы. Функции фильтрования и сортировки будут работать с уменьшенным набором записей. Сведения, доступные в коллекции, могут не представлять полную картину, что может запутать пользователей.

Дополнительные сведения см. в обзоре делегирования.

Синтаксис

Filter(Table, Formula1 [, Formula2, … ] )

• Table — обязательный аргумент. Таблица для поиска.
• Formula(s)  — обязательный аргумент. Формула, по которой вычисляется каждая запись этой таблицы. Функция возвращает все записи, возвращающие значение true. Можно ссылаться на любые столбцы в таблице. Если указано несколько формул, их результаты объединяются с результатами функции And.

Search(Table, SearchString, Column1 [, Column2, … ] )

• Table — обязательный аргумент. Таблица для поиска.
• SearchString — обязательный параметр. Строка для поиска. Если указать пустое значение или пустую строку, возвращаются все записи.
• Column(s) — обязательный параметр. Имена столбцов в таблице для поиска. Столбцы для поиска должны содержать текст. Имена столбцов должны быть строками, заключенными в двойные кавычки. Тем не менее эти имена должны быть статическими и не могут вычисляться с помощью формулы. Если параметр SearchString найден в данных любого из этих столбцов в виде частичного совпадения, возвращается полная запись.

LookUp(Table, Formula [, ReductionFormula ] )

• Table — обязательный аргумент. Таблица для поиска. В пользовательском интерфейсе синтаксис показан как источник над полем функции.
• Formula — обязательный аргумент.
  Формула, по которой вычисляется каждая запись этой таблицы. Функция возвращает первую запись, которая возвращает значение true. Можно ссылаться на любые столбцы в таблице. В пользовательском интерфейсе синтаксис показан как условие над полем функции.
• ReductionFormula — необязательный параметр. Эта формула вычисляется по найденной записи, а затем эта запись сводится к одному значению. Можно ссылаться на любые столбцы в таблице. Если этот параметр не задан, функция возвращает полную запись из таблицы. В пользовательском интерфейсе синтаксис показан как результат над полем функции.

Примеры

В приведенных ниже примерах используется источник данных IceCream.

Формула	Описание	Результат
Filter( IceCream, OnOrder > 0 )	Возвращает записи, где OnOrder больше нуля.
Filter( IceCream, Quantity + OnOrder > 225 )	Возвращает записи, где сумма значений в столбцах Quantity и OnOrder больше 225.
Filter( IceCream, «chocolate» in Lower( Flavor ) )	Возвращает записи, где слово chocolate присутствует в именах в столбце Flavor, независимо от регистра.
Filter(IceCream, Quantity < 10 && OnOrder < 20)	Возвращает записи, где значение столбца Quantity меньше 10, а столбца OnOrder меньше 20. Так как записи, соответствующие заданным условиям, отсутствуют, возвращается пустая таблица.
Search( IceCream, «choc», «Flavor» )	Возвращает записи, где строка choc присутствует в именах в столбце Flavor, независимо от регистра.
Search( IceCream, «», «Flavor» )	Так как условия поиска не заданы, возвращаются все записи.
LookUp( IceCream, Flavor = «Chocolate», Quantity )	Ищет запись со значением столбца Flavor равным Chocolate (в этом случае найдена только одна запись). Для первой найденной записи возвращает значение столбца Quantity.	100
LookUp( IceCream, Quantity > 150, Quantity + OnOrder )	Ищет запись со значением столбца Quantity большим 150 (в этом случае таких записей несколько). Для первой найденной записи (в этом случае Vanilla в столбце Flavor) возвращает сумму значений в столбцах Quantity и OnOrder.	250
LookUp( IceCream, Flavor = «Pistachio», OnOrder )	Ищет запись со значением столбца Flavor равным Pistachio (в этом случае такие записи отсутствуют). Так как запись не найдена, функция Lookup возвращает пустое значение.	blank
LookUp( IceCream, Flavor = «Vanilla» )	Ищет запись со значением столбца Flavor равным Vanilla (в этом случае найдена только одна запись). Так как формула сведения не применялась, возвращается целая запись.	{ Flavor: «Vanilla», Quantity: 200, OnOrder: 75 }

Фильтрация с помощью столбцов выбора

В следующем примере используется таблица Учетная запись в Microsoft Dataverse как источник данных. В этом примере показано, как функция Filter создает список учетных записей на основе выбранных значений элемента управления поля со списком:

Пошаговое руководство

1. Откройте пустое приложение.

2. Добавьте новый экран, выбрав вариант Создать экран.

3. На вкладке Вставить выберите Коллекция, затем выберите Вертикальная.

4. На вкладке Свойства правой панели откройте Источник данных, затем выберите Учетные записи.

5. (Необязательно) В списке Макет выберите разные варианты.

6. На вкладке Вставить выберите Входные данные, затем выберите Поле со списком. Повторите этот шаг, чтобы добавить еще два элемента управления поля со списком.

7. Для каждого элемента управления поля со списком на вкладке Свойства правой панели откройте Источник данных, затем выберите Учетные записи. Выберите Изменить рядом с параметром Поля, затем выберите значения Основной текст и SearchField. Параметр Основной текст должен быть столбцом вариантов, который вы хотите добавить в поле со списком. Повторите этот шаг для других двух элементов управления поля со списком.

   

8. Теперь выберите элемент управления Коллекция и задайте для свойства Items следующую формулу:

   Filter(Accounts, 
    'Industry' = ComboBox3.Selected.Industry||IsBlank(ComboBox3.Selected.Industry), 
    'Relationship Type' = ComboBox2.Selected.'Relationship Type'||
    IsBlank(ComboBox2.Selected.'Relationship Type'), 
    'Preferred Method of Contact' = ComboBox1.Selected.'Preferred Method of Contact'||
    IsBlank(ComboBox1.Selected.'Preferred Method of Contact'))
   

   

Оптимизация поиска

В приведенных ниже примерах используется источник данных IceCream.

В большинстве приложений вы можете ввести один или несколько символов в текстовом поле, чтобы отфильтровать список в большом наборе данных. При вводе в списке отображаются только те записи, которые соответствуют заданным условиям поиска.

Примеры, приведенные в остальной части статьи, — это результаты поиска в списке Customers, содержащие следующие данные:

Чтобы создать этот источник данных в виде коллекции, создайте элемент управления Button (Кнопка) и задайте в качестве значения свойства OnSelect следующую формулу:

ClearCollect( Customers, Table( { Name: «Fred Garcia», Company: «Northwind Traders» }, { Name: «Cole Miller», Company: «Contoso» }, { Name: «Glenda Johnson», Company: «Contoso» }, { Name: «Mike Collins», Company: «Adventure Works» }, { Name: «Colleen Jones», Company: «Adventure Works» } ) )

Как показано в этом примере, вы можете вывести список записей в элемент управления Gallery (Коллекция) в нижней части экрана. В верхней части экрана можно добавить элемент управления для Text input (Ввод текста) под названием SearchInput, что позволит пользователям указывать интересующие их записи.

При вводе символов в текстовом поле SearchInput результаты в коллекции автоматически фильтруются. В этом случае в коллекции будут отображаться записи, где имена клиентов (не названия компаний) начинаются с последовательности символов, указанных в текстовом поле SearchInput. Если пользователь введет в поле поиска co, в коллекции отобразятся следующие результаты:

Чтобы выполнить фильтрацию результатов по столбцу Name, задайте в качестве значения свойства Items элемента управления Gallery одну из этих формул:

Формула	Описание	Результат
Filter( Customers, StartsWith( Name, SearchInput.Text ) )	Фильтрует источник данных Customers по записям, в которых искомая строка находится в начале столбца Name. При проверке регистр не учитывается. Если пользователь введет в поле поиска co, в коллекции отобразятся следующие результаты: Colleen Jones и Cole Miller. В этом случае значение Mike Collins не отобразится, так как в столбце Name запись не начинается с искомой строки.
Filter( Customers, SearchInput.Text in Name )	Фильтрует источник данных Customers по записям, в которых искомая строка находится в любом положении в столбце Name. При проверке регистр не учитывается. Если пользователь введет в поле поиска co, в коллекции отобразятся следующие результаты: Colleen Jones, Cole Miller и Mike Collins. Это связано с тем, что записи столбца Name содержат искомую строку (в любом положении).
Search( Customers, SearchInput.Text, «Name» )	Как и при использовании оператора in, функция Search выполняет поиск соответствий во всех положениях записей в столбце Name. Имя столбца необходимо заключить в двойные кавычки.

Вы можете расширить область поиска, добавив столбец Company и Name:

Формула	Описание	Результат
Filter( Customers, StartsWith( Name, SearchInput.Text ) || StartsWith( Company, SearchInput.Text ) )	Фильтрует источник данных Customers по записям, в которых записи в столбце Name или Company начинаются со строки поиска (например, co). Если функция StartsWith возвращает значение true, оператор || также возвращает значение true.
Filter( Customers, SearchInput.Text in Name || SearchInput.Text in Company )	Фильтрует источник данных Customers по записям, в которых искомая строка (например, co) находится в любом положении в столбце Name или Company.
Search( Customers, SearchInput.Text, «Name», «Company» )	Как и при использовании оператора in, функция Search ищет в источнике данных Customers записи, в которых искомая строка (например, co) находится в любом положении в столбце Name или Company. В отличие от функции Filter, функцию Search проще записывать и читать. Это следует учитывать, если вы хотите указать несколько столбцов и операторов in. Имена столбцов необходимо заключить в двойные кавычки.

Общие правила заполнения платежки по налоговым пеням

Предназначенные для уплаты в адрес ИФНС пени — это сумма, формирующаяся в результате более поздней уплаты налогов в бюджет по сравнению с установленными для этого сроками (п. 1 ст. 75 НК РФ). Перечисляются они в ту же инспекцию, куда уплачиваются соответствующие налоги.

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

• название, ИНН, КПП и банковские реквизиты плательщика;
• название, ИНН, КПП и банковские реквизиты налогового органа;

ВНИМАНИЕ! С 01.05.2021 года обязательно к заполнению поле №15 «номер банковского счета». Кроме того изменились казначейские счета. Период с 01.01.2021 по 30.04.2021 — переходный, то есть в это время работают как старые, так и новые реквизиты. Подробности см. здесь.

• очередность платежа, КБК, ОКТМО, основание для уплаты;
• назначение платежа.

Со своими особенностями при уплате пеней отражаются:

• Очередность платежа. Ее выбор будет зависеть от основания, по которому происходит оплата.
• КБК. Основной набор цифр для пеней всегда схож с применяемым для налога, по которому платятся пени, но знаки 14–17 — это обязательно 2100, указываемые только для пеней.
• Основание платежа. Здесь не всегда бывает достаточно основания для уплаты (их для пеней несколько). Могут потребоваться данные о периоде, за который делается платеж, и документе, по которому производится оплата.
• Назначение платежа. Указывается, что уплачиваются пени и по какому именно налогу, также может возникнуть необходимость в иных сведениях.

Правила оформления платежных поручений на уплату пеней по налогам с 2017 года применяются также в отношении страховых взносов, подчиняющихся НК РФ. Но при уплате пеней по взносам на травматизм, оставшимся в ведении ФСС, тоже придется учесть ряд особенностей.

Нюансы внесения данных в поля «Основание платежа» и «Налоговый период» в платежке

Основание платежа, указываемое в платежном документе по пеням, зависит от того, добровольно или по документу, оформленному в ИФНС, он делается:

По основанию платежа определится и очередность уплаты (письмо Минфина России от 20.01.2014 № 02-03-11/1603):

• при добровольном платеже следует поставить цифру 5;
• оплате по документу, оформленному ИФНС, — цифру 3.

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

Образец платежного документа и его особенности для пеней по некоторым налогам

Ознакомьтесь с примером оформления платежного документа на уплату пеней.

Ниже рассмотрим некоторые моменты, которые следует учитывать при уплате пеней по определенным налогам.

Пени по НДФЛ

Образец платежки 2021 года на пени по НДФЛ, приведенный нами, создан для наиболее частого вида этих платежей — по пеням, уплачиваемым налоговым агентом добровольно. Напомним, что добровольная уплата пеней, сопровождающая доплату налога при уточнении ранее поданной отчетности, освобождает налогового агента от штрафа за неперечисление налоговых сумм в срок, если такая ошибка выявлена налоговым агентом до ее обнаружения налоговым органом (п. 2 ст. 123 НК РФ).

При формировании образца платежного поручения 2021 года на пени по НДФЛ, уплачиваемые в ответ на документ, выставленный ИФНС, придется выбрать иную очередность платежа, использовать другие шифры основания для уплаты и обязательно заполнить поля 107–109.

Также в образце платежки 2021 года на пени по НДФЛ помимо КБК, выбранного исходя из того, кто именно уплачивает налог, нужно обратить внимание на шифр в поле 101 в правом верхнем углу документа, где отражается статус составителя. В отношении НДФЛ он может быть таким:

• 02 — для налоговых агентов (организаций и частнопрактикующих лиц), уплачивающих удержанный у физлиц налог;
• 09, 10, 11, 12 — для соответственно ИП, нотариусов, адвокатов, самозанятых лиц;
• 13 — для обычных физлиц — плательщиков налога с задекларированных ими доходов.

Код 01, характеризующий плательщика-юрлицо в отношении налогов, перечисляемых им за себя, в платежке на пени по НДФЛ не применяется.

Пени по НДС

При оформлении в 2021 году платежного поручения на пени по НДС, напротив, код составителя 01 будет использоваться юрлицами существенно чаще, чем код 02, характеризующий налогового агента. ИП, работающие с НДС, будут ставить код 09, и использовать его они будут чаще, чем код налогового агента.

В остальном же оформление платежки на пени по НДС не будет отличаться от документа, создаваемого для пеней по НДФЛ.

Пени по взносам

Как уже упоминалось выше, составлять платежку 2021 года по пени по страховым взносам, регулируемым НК РФ, нужно по тем же правилам, что действуют для иных налоговых платежей, подчиняющихся Налоговому кодексу. Для обозначения статуса составителя такого документа юрлица будут использовать код 01, а ИП — 09 (при уплате взносов как за своих работников, так и за себя).

Особые правила потребуется соблюдать в отношении пени по взносам на травматизм, которые платятся в ФСС (т. е. использовать реквизиты соответствующего отделения фонда и КБК, начинающийся с цифр, отличных от цифр в КБК для налоговых платежей). Поля 106–109 в таком платежном документе всегда заполняют нулями (пп. 5, 6 приложения № 4 к приказу Минфина России от 12.11.2013 № 107н). При необходимости указать данные документа, на основании которого делается платеж, сведения о нем приводят в назначении платежа.

***

Платежный документ на перечисление пеней по налоговым платежам оформляется по тем же правилам, которые действуют для самого налогового платежа. Особым для пеней всегда будет КБК, в целом содержащий тот же набор цифр, что и для налога, в отношении которого платятся пени, но с характерным шифром 2100 на месте знаков 14–17.

Независимо от того, на каком основании (добровольно или по документу, выставленному налоговым органом) осуществляется уплата, в платежном поручении, в полях над назначением платежа обязательно будут указаны КБК, ОКТМО и вид основания для уплаты. При перечислении пеней по документу, выставленному ИФНС (требованию или акту проверки), в полях, соседствующих с отведенными для вышеуказанных кодов, появятся реквизиты этого документа.

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

***

Еще больше материалов по теме — в рубрике «Банк, касса, ККТ, платежи».

Используя динамические параметры запроса M, авторы моделей могут предоставить читателям отчетов возможность использовать фильтры или срезы для указания значений параметра запроса M, что может быть особенно полезно для оптимизации производительности запросов. Благодаря динамическим параметрам запроса M у авторов моделей есть дополнительный контроль над включением выбранных фильтров в запросы к источнику DirectQuery.

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

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

Включение динамических параметров запроса M

Динамические параметры запроса M сейчас предоставляются в предварительной версии и должны быть активированы для использования. На ленте файл выберите Параметры ипараметры, а затем в области слева выберите предварительные версии компонентов . После этого убедитесь, что установлен флажок Dynamic M Query Parameters (Динамические параметры запроса M). Чтобы изменения вступили в силу, необходимо перезапустить Power BI Desktop.

В качестве необходимого компонента для этой функции необходим допустимый параметр запроса M, созданный и упомянутый в одной или нескольких таблицах прямых запросов.

Давайте рассмотрим пример динамической передачи одиночного значения параметру:

1. в Power BI Desktop выберите главнаяпреобразование данныепреобразование , чтобы открыть редактор Power Query. Выберите Новые параметры под кнопкой Управление параметрами на ленте.

   

2. Затем заполните следующие сведения о параметре.

   

3. Щелкните пункт Создать еще раз, если необходимо добавить больше параметров.

   

4. После создания параметров можно сослаться на них в запросе M. Чтобы изменить запрос M, откройте Расширенный редактор, выбрав запрос, который необходимо изменить.

   

5. Затем добавьте ссылку на параметры запроса, выделенные желтым цветом на следующем изображении.

   

6. Теперь, когда вы создали параметры и добавили на них ссылку в запросе M, необходимо создать таблицу со столбцом, предоставляющим возможные значения, доступные для этого параметра. Это позволит динамически устанавливать параметры на основе выбранных фильтров. В этом примере нам требуется, чтобы параметры StartTime и EndTime были динамическими. Так как для этих параметров требуются параметры даты и времени, нужно создать входные данные даты, которые можно использовать для указания даты для параметра. Для начала создадим новую таблицу:

   

7. Вот первая таблица, созданная для значений параметра StartTime:

   StartDateTable = CALENDAR (DATE(2016,1,1), DATE(2016,12,31))

   

8. Далее указана вторая таблица, созданная для значений параметра EndTime:

   EndDateTable = CALENDAR (DATE(2016,1,1), DATE(2016,12,31))

   

   Примечание

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

9. После создания таблиц с полем Дата можно привязать каждое поле к параметру. Привязка поля к параметру фактически означает, что при изменении выбранного значения поля оно будет передано параметру и обновит запрос, на который ссылается параметр. Чтобы привязать поле, перейдите на вкладку Моделирование, выберите только что созданное поле, а затем перейдите к свойствам на вкладке Дополнительно:

   Примечание

   Тип данных столбца должен совпадать с типом параметра M.

   

10. Выберите раскрывающийся список в разделе Bind to parameter (Привязка к параметру) и щелкните параметр, который необходимо привязать к полю:

    

    Так как этот пример предназначен для единичного значения (установка параметра для единичного значения), для параметра Множественный выбор следует выбрать значение по умолчанию Нет:

    

    Если для вариантов использования требуется множественный выбор (передача нескольких значений одному параметру), для параметра необходимо установить значение Да и убедиться, что запрос M настроен правильно, чтобы принимать несколько значений в запросе. Ниже приведен пример для запроса RepoNameParameter, который допускает несколько значений:

    

11. Повторите эти шаги, если у вас есть другие поля для привязки к другим параметрам:

    

12. Далее можно добавить ссылку на это поле в срезе или в виде фильтра:

    

Если для параметра множественного выбора сопоставленного столбца задано значение Нет, необходимо использовать один режим выбора в срезе или настроить единичный выбор на карточке фильтра.

Включение функции «Выбрать все»

Если вы хотите, чтобы конечные пользователи могли использовать функцию Выбрать все на карточке сегмента или фильтра, необходимо выполнить дополнительные действия.
Давайте рассмотрим ’ следующий сценарий в качестве примера. На вкладке Модель Power BI Desktop имеется поле Страна (список стран), привязанное к параметру M с именем countryNameMParameter.

Вы ’ также заметите, что этот параметр включен для ’ , но не включен для параметра выбрать все.
При включении переключателя выбрать все мы увидим включенные входные данные, которые называются выделить все.

Значение «Выбрать все» используется для ссылки на функцию «Выбрать все» в запросе M. Это значение передается в параметр в виде списка, который содержит значение, определенное для функции «Выбрать все». Поэтому при определении этого значения или при использовании значения по умолчанию необходимо убедиться, что это значение уникально и не существует в поле, привязанном к параметру.
После задания значения или использования значения по умолчанию для функции «Выбрать все» будет необходимо обновить запрос M для учета этого значения «Выбрать все».

Чтобы изменить запрос M, необходимо сначала запустить редактор Power Query, а затем выбрать Расширенный редактор в разделе «Запрос»:

В расширенный редактор необходимо добавить логическое выражение, результатом которого будет значение true, если параметр включен для множественного выбора и содержит значение «Выбрать все» (в противном случае возвращает false). В нашем примере это будет выглядеть следующим образом.

Далее нам нужно включить результат этого логического выражения «Выбрать все» в исходный запрос. В нашем примере в исходном запросе имеется параметр логического запроса с именем includeAllCountries, для которого задан результат логического выражения из предыдущего шага. Мы используем этот параметр в предложении фильтра в запросе, чтобы значение false для логического выражения выполняло фильтрацию по выбранным названиям стран, а значение true не применяло фильтры:

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

let
    selectedcountryNames = if Type.Is(Value.Type(countryNameMParameter), List.Type) then 
      Text.Combine({"'", Text.Combine(countryNameMParameter, "','") , "'"})
    else
      Text.Combine({"'" , countryNameMParameter , "'"}),

    selectAllCountries = if Type.Is(Value.Type(countryNameMParameter), List.Type) then 
      List.Contains(countryNameMParameter, "__SelectAll__")
    else
      false,

    KustoParametersDeclareQuery = Text.Combine({"declare query_parameters(", 
                                 "startTimep:datetime = datetime(", DateTime.ToText(StartTimeMParameter, "yyyy-MM-dd hh:mm"), "), " , 
                                 "endTimep:datetime = datetime(", DateTime.ToText(EndTimeMParameter, "yyyy-MM-dd hh:mm:ss"), "), ",   
                                 "includeAllCountries: bool = ", Logical.ToText(selectAllCountries) ,",",
                                 "countryNames: dynamic = dynamic([", selectedcountryNames, "]));" }),

   ActualQueryWithKustoParameters = 
                                "Covid19
                                | where includeAllCountries or Country in(countryNames)
                                | where Timestamp > startTimep and Timestamp < endTimep
                                | summarize sum(Confirmed) by Country, bin(Timestamp, 30d)",

    finalQuery = Text.Combine({KustoParametersDeclareQuery, ActualQueryWithKustoParameters}),

    Source = AzureDataExplorer.Contents("help", "samples", finalQuery, [MaxRows=null, MaxSize=null, NoTruncate=null, AdditionalSetStatements=null]),
    #"Renamed Columns" = Table.RenameColumns(Source,{{"Timestamp", "Date"}, {"sum_Confirmed", "Confirmed Cases"}})
in
    #"Renamed Columns"

После обновления запроса M для учета этого нового значения «Выбрать все» можно использовать функцию Выбрать все в сегментах или фильтрах.

Потенциальная угроза безопасности

Если вы разрешаете читателям отчетов динамически задавать значения параметров запроса M, то в зависимости от этих параметров читатели могут получить доступ к дополнительным данным или возможность изменения исходной системы с помощью атак путем внедрения. Это зависит от того, как в запросе M указываются параметры и какие значения передаются этому параметру.

Например, предположим, что имеется параметризованный запрос Kusto, построенный следующим образом:

Products
| where Category == [Parameter inserted here] & HasReleased == 'True'
 | project ReleaseDate, Name, Category, Region```

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

| where Category == 'Games' & HasReleased == 'True'

Однако злоумышленник может передать значение, изменяющее запрос для получения доступа к дополнительным данным, например ‘Games’ // :

Products
| where Category == 'Games'// & HasReleased == 'True'
| project ReleaseDate, Name, Category, Region

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

Устранение рисков

Чтобы снизить риски безопасности, лучше избегать объединения строк значений параметров M в запросе. Вместо этого следует использовать эти значения параметров в операциях M, которые относятся к исходному запросу, чтобы подсистема M и соединитель выстроили окончательный запрос. Кроме того, если доступно, используйте механизм передачи параметров, встроенный в язык исходного запроса и соединители. Например, Azure Data Explorer имеет встроенные возможности параметров запроса, предназначенные для защиты от атак путем внедрения.

Ниже приводится несколько примеров.

• Пример использования операций фильтрации запроса M:

  Table.SelectRows(Source, (r) => r[Columns] = Parameter)
  

• Пример объявления параметра в исходном запросе (или передачи значения параметра в качестве входных данных в исходную функцию запроса):

  declare query_parameters (Name of Parameter : Type of Parameter);
  

Рекомендации и ограничения

Существуют рекомендации и ограничения, которые следует учитывать при использовании динамических параметров запроса M:

• Один параметр нельзя привязать к нескольким полям и наоборот.

• Эта функция поддерживается только для источников данных на основе M. Не поддерживаются следующие источники DirectQuery:

  • Источники данных на основе T-SQL: SQL Server, База данных SQL Azure, пулы Synapse SQL (например, Azure Synapse SQL (в прошлом — Хранилище данных SQL Azure)) и пулы Synapse SQL OnDemand
  • Источники данных Live Connect: Azure Analysis Services, SQL Server Analysis Services, наборы данных Power BI
  • Другие неподдерживаемые источники данных: Oracle, Teradata, Relational SAP Hana, PostgreSQL
  • Частично поддерживается с помощью программирования конечных точек XMLA/TOM: SAP BW и SAP HANA

• Агрегаты не поддерживаются в этой функции.

• Эта функция не поддерживает безопасность на уровне строк (RLS).

• Имена параметров не могут представлять собой зарезервированные слова в DAX и содержать пробелы. Чтобы обойти это ограничение, можно присоединить Parameter к концу имени параметра.

• Ниже приведены неподдерживаемые типы встроенных параметров.

  • Любой
  • Duration
  • Истина/ложь
  • Двоичные данные

• Неподдерживаемые фильтры:

  • Относительный временной срез или фильтр
  • Относительная дата
  • Иерархический срез
  • Фильтр с несколькими полями
  • Фильтры Exclude или Not
  • Перекрестное выделение
  • Фильтр детализации
  • Фильтры перекрестной детализации
  • Фильтры первых N элементов

• Неподдерживаемые операции

  • И
  • Содержит
  • Меньше чем
  • Больше чем
  • Начинается с
  • Не начинается с
  • Не является
  • Не содержит
  • Не указано
  • Не является пустым

Дальнейшие действия

Power BI Desktop предоставляет широкие возможности. Дополнительные сведения об этих возможностях см. в следующих ресурсах.

• Использование DirectQuery в Power BI
• Что такое Power BI Desktop?
• Об использовании Редактора запросов в Power BI Desktop
• Типы данных в Power BI Desktop
• Формирование и объединение данных в Power BI Desktop
• Общие задачи с запросами в Power BI Desktop