Visión xeral de conectores de aplicacións de lenzo para Power Apps

Os datos son o núcleo da maioría das aplicacións, incluídas as creadas en Power Apps. Os datos almacénanse nunha orixe de datos e introducirá eses datos na súa aplicación creando unha conexión. A conexión usa un conector específico para falar coa orixe de datos. Power Apps ten conectores para moitos servizos populares e orixes de datos locais, incluído SharePoint, SQL Server, Office 365, Salesforce e Twitter. Para comezar a engadir datos a unha aplicación de lenzo, consulte Engadir unha conexión de datos en Power Apps.

Un conector pode fornecer táboas de datos ou accións. Algúns conectores fornecen só táboas, outros fornecen só accións e outros fornecen ambas. Ademais, o seu conector pode ser un conector estándar ou personalizado.

Táboas

Se o seu conector fornece táboas, engada a súa orixe de datos e logo seleccione a táboa na orixe de datos que desexa xestionar. Power Apps recupera datos da táboa na aplicación e actualiza os datos da súa orixe de datos para vostede. Por exemplo, pode engadir unha orixe de datos que conteña unha táboa chamada Leccións e logo configurar a propiedade Items dun control, como unha galería ou un formulario, neste valor na barra de fórmulas:

Propiedade Items da orixe de datos sen formato

Pode especificar os datos que recupera a súa aplicación personalizando a propiedade Items do control que mostra os seus datos. Seguindo o exemplo anterior, pode ordenar ou filtrar os datos na táboa Leccións empregando ese nome como argumento para as funcións Busca e SortByColumn. Neste gráfico, a fórmula na que está establecida a propiedade Items especifica que os datos están ordenados e filtrados en función do texto de TextSearchBox1.

Propiedade Items da orixe de datos expandida

Para obter máis información sobre como personalizar a súa fórmula con táboas, consulte estes temas:

Nocións acerca das orixes de datos en Power Apps
Xerar unha aplicación a partir de datos de Excel
Crear unha aplicación a partir de cero
Nocións acerca de táboas e rexistros en Power Apps

Nota

Para conectarse a datos nun libro de Excel, debe estar aloxado nun servizo de almacenamento na nube como OneDrive. Para obter máis información, consulte Conectarse ao almacenamento na nube desde Power Apps.

Accións

Se o seu conector fornece accións, aínda debe seleccionar a súa orixe de datos como previamente. No canto de seleccionar unha táboa como seguinte paso, debe conectar manualmente un control a unha acción editando a propiedade Items do control que mostrará os seus datos. A fórmula na que estableceu a propiedade Items especifica a acción que recupera datos. Por exemplo, a aplicación non recuperará ningún dato se se conecta a Yammer e logo configura a propiedade Items no nome da orixe de datos. Para completar un control con datos, especifique unha acción como GetMessagesInGroup(5033622).messages.

Propiedade Items da orixe de datos de acción

Se precisa xestionar actualizacións de datos personalizadas para conectores de acción, cree unha fórmula que inclúa a función Parche. Na fórmula, identifique a acción e os campos que vinculará á acción.

Para obter máis información sobre como personalizar a súa fórmula para actualizacións personalizadas, consulte estes temas:

Patch
Collect
Actualizar

Nota

Power Apps non funciona con esquemas dinámicos. A frase esquema dinámico refírese á posibilidade de que a mesma acción poida devolver unha táboa diferente con columnas diferentes. Entre as condicións que poden facer que as columnas das táboas difiran inclúense os parámetros de entrada de acción, o usuario ou o papel que está a executar a acción e o grupo no que o usuario está a traballar, entre outros. Por exemplo, os procedementos almacenados en SQL Server poden devolver distintas columnas se se executan con diferentes entradas. Para accións con esquemas dinámicos, a documentación do conector mostra As saídas desta operación son dinámicas. como valor de retorno. En contraste, Power Automate funciona cun esquema dinámico e pode fornecer unha solución para o seu escenario.

Esta táboa ten ligazóns a máis información sobre os nosos conectores máis populares. Para obter unha lista completa de conectores, consulte Todos os conectores.

         
Common Data Service Common Data Service   Almacenamento na nube Almacenamento na nube **
Dynamics AX Dynamics AX   Excel Excel
Tradutor de Microsoft Tradutor de Microsoft   Office 365 Outlook Office 365 Outlook
Usuarios de Office 365 Usuarios de Office 365   Oracle Oracle
Power BI Power BI   SharePoint SharePoint
SQL Server Servidor SQL   Twitter Twitter

** Aplícase a Blob de Azure, Box, Dropbox, Google Drive, OneDrive e OneDrive for Business

Conectores estándar e personalizados

Power Apps fornece conectores estándar para moitas orixes de datos de uso común. Se Power Apps ten un conector estándar para o tipo de orixe de datos que desexa usar, debe usar ese conector. Se desexa conectarse a outro tipo de orixes de datos, como un servizo que creou, consulte Rexistrar e usar conectores personalizados.

Todos os conectores estándar

Os conectores estándar non necesitan licenzas especiais. Para obter máis información, consulte Plans de Power Apps.

Pode facer preguntas sobre un conector específico nos Foros de Power Apps e pode suxerir conectores para engadir ou outras melloras para facer en Ideas sobre Power Apps.

Seguridade e tipos de autenticación

Ao autorizar a súa aplicación e crear unha conexión a unha orixe de datos, é posible que vexa que a súa opción de conector lle permita usar diferentes xeitos de autenticación. Por exemplo, o conector de SQL Server permítelle usar Azure AD Integrated, a autenticación de SQL Server e a autenticación de Windows. Cada tipo de autenticación ten asociados distintos niveis de seguridade. É importante entender que información e dereitos comparte cos usuarios que usan a súa aplicación. O exemplo principal deste artigo é SQL Server, non obstante, os principios aplícanse a todo tipo de conexións.

Azure AD integrado

Este é un tipo de conexión segura. Por exemplo, SharePoint usa este tipo de autenticación. SQL Server tamén permite este tipo de autenticación. Cando se conecta, o servizo Azure AD identifícao por separado en SharePoint no seu nome. Non ten que fornecer un nome de usuario ou contrasinal. Como autor pode crear e traballar coa orixe de datos coas súas credenciais. Cando publica a súa aplicación e o usuario da aplicación inicie sesión, farano coas súas credenciais. Se os datos están protexidos adecuadamente nun back-end, os usuarios só poderán ver o que están autorizados a ver en función das súas credenciais. Este tipo de seguridade permítelle cambiar os dereitos para usuarios de aplicacións específicos na orixe de datos do back-end despois da publicación da aplicación. Por exemplo, pode conceder acceso, denegar o acceso ou perfeccionar o que un usuario ou un conxunto de usuarios poden ver todo na orixe de datos do back-end.

Autorización estándar aberta (Oauth)

Este tipo de conexión tamén é segura. Por exemplo, Twitter usa este tipo de autenticación. Cando se conecta, debe fornecer o seu nome de usuario e contrasinal. Como autor pode crear e traballar coa orixe de datos coas súas credenciais. Cando publica a súa aplicación e o usuario da aplicación inicie sesión, tamén deben fornecer as súas credenciais. Polo tanto, este tipo de conexión é segura xa que os seus usuarios deben usar as súas propias credenciais para acceder ao servizo da orixe de datos.

Nome de usuario e autenticación de contrasinal de SQL

Este tipo de conexión non é moi seguro porque non depende da autenticación do usuario final. SQL Server tamén permite este tipo de autenticación. En SQL Server a este tipo de autenticación chámaselle Autenticación de SQL Server. Moitas outras orixes de datos da base de datos proporcionan unha capacidade similar. Cando publica a súa aplicación, os usuarios non precisan fornecer un nome de usuario e un contrasinal exclusivos. Están empregando o nome de usuario e o contrasinal que indica cando crea a aplicación. A autenticación da conexión á orixe de datos é compartida implicitamente cos seus usuarios. Unha vez publicada a aplicación, a conexión tamén se publica e está dispoñible para os seus usuarios. Os seus usuarios finais tamén crean aplicacións empregando calquera conexión que utilice a autenticación de SQL Server compartida con eles. Os seus usuarios non poden ver o nome de usuario ou o contrasinal, pero a conexión estará dispoñible para eles. Certamente hai escenarios válidos para este tipo de conexión. Por exemplo, se ten unha base de datos de só lectura que está dispoñible para todos na empresa, este tipo de conexión pode ser válida.

Autenticación de Windows

Este tipo de conexión non é moi seguro porque non depende da autenticación do usuario final. Use a autenticación de Windows cando necesite conectar cunha orixe de datos que sexa local. Un exemplo deste tipo de conexión é cun servidor local que teña un SQL Server. A conexión debe pasar por unha pasarela. Dado que atravesa unha pasarela, o conector ten acceso a todos os datos desa orixe de datos. Como resultado, toda a información á que pode acceder coas credenciais de Windows que proporcione estará dispoñible para o conector. Unha vez publicada a aplicación, a conexión tamén se publica e está dispoñible para os seus usuarios. Isto significa que os seus usuarios finais tamén poden crear aplicacións usando esta mesma conexión e acceder aos datos desa máquina. As conexións coa orixe de datos tamén se comparten implicitamente cos usuarios cos que se comparte a aplicación. Este tipo de conexión pode ser válida cando a súa orixe de datos só reside nun servidor local e os datos desa orixe poden compartirse libremente.