Execute a SQL Query. Just started to explore Flow today so still trying to find the best places to get to know more and more about this extremely promising product. Most of my needs are based on SQL Server data. However, I didn't see any triggers under SQL Server or ability to run a SQL query. Once you are Microsoft Flow, select the account menu and navigate to the “My Connections”. Click “Add a Connection” button in the top right corner and then select SQL server. Select the “Connect via on premise data gateway” checkbox. Next, provide the server name, database name, credentials and make sure the correct gateway is selected. Send an email after executing SQL query when new item is added to SQL table. By Microsoft Power Automate Community. When an item is created in a SQL Server table, execute a SQL query and send an Office 365 Outlook email.

Microsoft Flow Execute Sql Query C#
Microsoft Flow Execute Sql Query Online
Microsoft Flow Execute Sql Query Tutorial
Microsoft Flow Execute A Sql Query Formal Parameters
Execute A Sql Query Microsoft Flow

OData (Open Data Protocol) is an OASIS standard that establishes best practices for designing RESTful APIs. One of the capabilities of OData is providing the ability to filter data using a standardized method across RESTful APIs, regardless if they are vendor provided or custom developed. Since Microsoft Flow's connectors are built-upon RESTful APIs, many of our connectors support the ability to filter datasets server-side using OData. Some of the benefits of using OData include reducing the amount of data you are bringing into your flow, thus reducing the need to loop through a record set to find values of interest.

In this blog post we are going to explore some popular OData filter expressions that you can use with some of our most popular connectors including SQL Server, Dynamics 365 and SharePoint Online.

Scenario #1: Get Rows from SQL Server and filter on Customer Name

We have the following Azure SQL database with a table that contains many work orders. From Microsoft Flow, we want to return only rows where the Customer Name is equal to 'Contoso'

Inside of Microsoft Flow, we can add a SQL Server – Get Rows action. After providing a Table name we also have the ability to provide a Filter Query. Inside this textbox we will provide a statement of CustomerName eq 'Contoso'. The breakdown of this syntax is we need to provide the name of the field in the source system (i.e. SQL Server), followed by an operator. In this case we want to use = which is represented as eq in OData. Don't use the = symbol otherwise you will get a runtime error. Lastly, we need to provide a value that we want to filter on. In this case we want to filter on Contoso. Since it is a string, we need to wrap it in single quotes ' '.

For the purposes of this blog post, we will wrap the results in HTML and send them via Office 365 Outlook connector so we can verify our results.

After the flow executes, our we will see our results rendered successfully and only records with a Customer Name of Contoso are displayed.

Scenario #2: Get Rows from SQL Server and filter on date

In this scenario we want to filter out older records and only retrieve records that have a Work Order Create Date that is less than 30 days old. To accomplish this we will also use a flow expression that will calculate the date, 30 days ago. We will then look for any records that have a Work Order Create Date that is greater than this date. The complete expression is: WorkOrderCreatedTime gt addDays(utcnow('yyyy-MM-ddTHH:mm:ssZ'),-30). In this scenario, WorkOrderCreatedTime is our source field, gt represents our 'greater than' operator and addDays(utcnow('yyyy-MM-ddTHH:mm:ssZ'),-30) will calculate a date of 30 days prior.

The results only include records that are less than 30 days old.

Scenario #3: List Records from Dynamics 365 using an AND clause

We will now move onto the Dynamics 365 connector where we can also use OData to filter out records. In this case we want to want to retrieve only records where the Account Name is Contoso Hospital AND the City is Phoenix.

To accomplish this we will use an AND clause that will let us join two statements. The first being our (Account) name being equal to 'Contoso Hospital' and secondly, our address1_city being equal to 'Phoenix'. Our complete statement is name eq 'Contoso Hospital' and address1_city eq 'Phoenix'.

When we execute our flow, we will see results only related to the Contoso Hospital in Phoenix.

Scenario #4: List Records from SharePoint Online that Starts With

In our final scenario, we are going to filter records from a custom SharePoint list. In this particular example, we have 4 records within a SharePoint List and we want to filter on all sites that start with the word 'Contoso'.

From a flow perspective, we will include the following OData query within our SharePoint action: startswith(Title,'Contoso') where Title is the name of the column that we want to filter on and Contoso is the value we want to the column to start with.

When our flow runs, we will discover that only the Site Names that begin the word Contoso are included in our results.

Conclusion

In this blog post we covered 4 different OData queries across 3 different connectors including SQL Server, Dynamics 365 and SharePoint Online. While the syntax is a little different than what you are used to when using T-SQL, the power available to you unlocks new ways to filter your data in Microsoft Flow. Using OData to filter at the data source will reduce execution times as it reduces the need to loop through data sets in order to find specific records. So not only is this more efficient by sending smaller messages around, but it will also allow your flows to run faster.

For more examples of OData filter expressions, please check out the following Microsoft page.

We have recently shipped, in public preview, Power Query Online integration for Microsoft Flow. Using this capability allows flow makers to transform and shape their data coming from SQL Server using Power Query Online.

Why did we build this capability?

We built this capability for many reasons including:

An alternative to OData which can be cumbersome to use for many of our users.
A simpler approach to joining tables than T-SQL or writing Stored Procedures.
Future opportunities to include additional data sources in mashups that allow makers to build data transformations across multiple data sources.

Licensing

The Power Query functionality will be included in our Premium Connector offering, which requires a Flow Plan 1 or higher. Currently this is not enforced as part of the preview, but will be in the future.

Scenario

Let’s take a closer look at how we can use this new capability to enhance our data extraction capabilities.

In this scenario, we have an Apartment Rental company called Contoso Apartments. Naturally, customers will inform the main office when there are maintenance issues across their many properties. Outlook 2013 daylight savings time. Much like any Work Order system, data is organized in multiple tables including Customers, Apartments and Work Orders. The Customer Service representatives are very interested in keeping their customers happy and want to proactively ensure that customers are content. If they are not, they want to quickly course-correct to avoid them leaving to live somewhere else.

We can monitor customer sentiment by ‘mashing’ up our Customer, Apartment and Work Order data from Power Query. When we do this, we have aggregated data that can be passed to a sentiment analysis tool. When we detect that a customer is unhappy, we can then publish a message to Microsoft Teams where a customer service rep can follow-up with the customer

Microsoft Flow Execute Sql Query