![]() |
VOOZH | about |
Microsoft Power Apps provides a drag and drop interface, underpinned by a rich set of formulas, for generating mobile and tablet apps that are connected to data. The CData API Server extends Power Apps with connectivity to remote data sources, without a need to maintain a separate copy of the data in the Power Apps Common Data Service. The CData API Server provides database-like connectivity for AlloyDB, augmenting the functionality of SaaS APIs and NoSQL databases with an in-memory SQL-92 engine.
The CData API Server also supports the Swagger metadata standard, whose UI-generation and code-generation possibilities are utilized across Azure App Service, Power Automate, and Power Apps. With Swagger, Power Apps generates a complete set of formulas for working with AlloyDB -- this article shows how to use these formulas to connect your PowerApp to remote AlloyDB data.
If you have not already done so, download the CData API Server. Once you have installed the API Server, follow the steps below to begin producing secure AlloyDB OData services:
To work with AlloyDB data from Microsoft Power Apps, we start by creating and configuring a AlloyDB connection. Follow the steps below to configure the API Server to connect to AlloyDB data:
The following connection properties are usually required in order to connect to AlloyDB.
You can also optionally set the following:
Standard authentication (using the user/password combination supplied earlier) is the default form of authentication.
No further action is required to leverage Standard Authentication to connect.
There are additional methods of authentication available which must be enabled in the pg_hba.conf file on the AlloyDB server.
Find instructions about authentication setup on the AlloyDB Server here.
This authentication method must be enabled by setting the auth-method in the pg_hba.conf file to md5.
This authentication method must be enabled by setting the auth-method in the pg_hba.conf file to scram-sha-256.
The authentication with Kerberos is initiated by AlloyDB Server when the β is trying to connect to it. You should set up Kerberos on the AlloyDB Server to activate this authentication method. Once you have Kerberos authentication set up on the AlloyDB Server, see the Kerberos section of the help documentation for details on how to authenticate with Kerberos.
π Connecting to a datasource (SQLite is shown)
Next, create a user to access your AlloyDB data through the API Server. You can add and configure users on the Users page. Follow the steps below to configure and create a user:
Having created a user, you are ready to create API endpoints for the AlloyDB tables:
Having configured a connection to AlloyDB data, created a user, and added resources to the API Server, you now have an easily accessible REST API based on the OData protocol for those resources. From the API page in API Server, you can view and copy the API Endpoints for the API:
π API EndpointsYou will use the metadata to create a Custom API connection. You can obtain the Swagger definition by making the following request in your browser and then saving the resulting JSON file:
http://MySite:MyPort/api.rsc/$oas?version=2
The following procedure shows how to create a simple app that searches remote AlloyDB data.
Follow the steps below to connect to AlloyDB from a Power App:
Follow the steps below to create a simple app that can search AlloyDB data. You will use Power Apps formulas to bind AlloyDB rows to rows in a gallery control.
In the View tab, click Gallery -> Vertical to add a Gallery.
After selecting a gallery, assign the Items property of the gallery to AlloyDB data on the Advanced tab of the gallery settings. The formula below will allow you to access columns in the Orders table.
ForAll(CDataSwaggerAPI.getAllOrders().value, {myShipName: ShipName, myShipCity: ShipCity})
Assign AlloyDB columns to UI elements by clicking the element and then setting the Text property (on the Advanced tab of the UI element) to ThisItem.myShipName or ThisItem.myShipCity.
π Adding the connection to the layout.To filter the records displayed by the gallery, add a TextInput to your Screen, clear the Text property for the TextInput, and set the Items property of the gallery to a formula like the one below, replacing TextInput1 with the name of the TextInput control in your gallery, if necessary:
If(IsBlank(TextInput1.Text),
ForAll(CDataSwaggerAPI.getAllOrders().value, {myShipName: ShipName, myShipCity: ShipCity}),
ForAll(CDataSwaggerAPI.getAllOrders({'$filter':Concatenate("contains(ShipName,",TextInput1.Text,")")}).value, {myShipName: ShipName, myShipCity: ShipCity}))
The formula builds an OData query that the API Server executes against the remote AlloyDB data, ensuring that the search is run against the current data without first pulling in every record into the app. You can find more information on the supported OData in the API Server help documentation.
Follow the steps below to load an editable screen that shows the fields of the AlloyDB record selected in the gallery.
Navigate( Details, None )
For each column you will need to do the following. Note that for Custom APIs form elements cannot detect which requests need to be formulated to the API Server, so you will need to write the data modification formulas manually.
To give your app basic update functionality and navigation, add Submit and Back buttons:
CDataSwaggerAPI.updateOrders(BrowseGallery.Selected.myId,BrowseGallery.Selected.myId,{ShipName:TextInput1.Text,ShipCity:TextInput2.Text})
Navigate( BrowseScreen, None )
Your mobile or tablet app can now browse, search, and update AlloyDB data.
Learn more or sign up for a free trial:
CData API Server