Panoramica di connettori di app canvas per Power Apps

I dati sono fondamentali per la maggior parte delle app, incluse le app create in Power Apps. I dati vengono archiviati in un'origine dati e vengono passati all'app tramite la creazione di una connessione. La connessione usa un connettore specifico per comunicare con l'origine dati. Power Apps include connettori per molti servizi tra i più diffusi e per origini dati locali, tra cui SharePoint, SQL Server, Office 365, Salesforce e Twitter. Per iniziare ad aggiungere dati a un'app, vedi Aggiungere una connessione dati a un'app canvas in Power Apps.

Un connettore può offrire tabelle di dati oppure azioni. Alcuni connettori offrono solo tabelle, alcuni solo azioni e alcuni entrambi. Il connettore può anche essere un connettore standard o personalizzato.

Tabelle

Se il connettore offre tabelle, aggiungi l'origine dati e quindi seleziona la tabella nell'origine dati che vuoi gestire. Power Apps recupera i dati della tabella nell'app e li aggiorna nell'origine dati per l'utente. Ad esempio, puoi aggiungere un'origine dati che contiene una tabella denominata Lessons e quindi impostare la proprietà Items di un controllo, come una raccolta o un modulo, su questo valore nella barra della formula:

Proprietà Items dell'origine dati

Puoi specificare i dati che l'app recupera personalizzando la proprietà Items del controllo che visualizza i dati. Se continui l'esempio precedente, puoi ordinare o filtrare i dati nella tabella Lessons con tale nome come argomento per le funzioni Search e SortByColumn. In questo grafico la formula su cui è impostata la proprietà Items specifica che i dati vengono ordinati e filtrati in base al testo in TextSearchBox1.

Proprietà Items dell'origine dati espansa

Per altre informazioni su come personalizzare la formula con le tabelle, vedi gli argomenti seguenti:

Informazioni sulle origini dati in Power Apps
Generare un'app da dati di Excel
Creare un'app da zero
Informazioni sulle tabelle e sui record in Power Apps

Nota

Per connettersi ai dati in una cartella di lavoro di Excel, è necessario che questa sia ospitata in un servizio di archiviazione cloud come ad esempio OneDrive. Per altre informazioni, vedi Connettersi all'archiviazione cloud da Power Apps.

Azioni

Se il connettore offre azioni, è comunque necessario selezionare l'origine dati come descritto in precedenza. Invece di selezionare una tabella come passaggio successivo, tuttavia, devi connettere un controllo a un'azione manualmente modificando la proprietà Items del controllo che visualizzerà i dati. La formula su cui impostare la proprietà Items specifica l'azione che recupera i dati. Ad esempio, l'app non recupererà dati se ti connetti a Yammer e imposti la proprietà Items sul nome dell'origine dati. Per popolare un controllo con i dati, specifica un'azione, ad esempio GetMessagesInGroup (5033622).messages.

Proprietà Items dell'origine dati azione

Se è necessario gestire gli aggiornamenti dei dati personalizzati per i connettori di azione, compila una formula che include la funzione Patch. Nella formula identifica l'azione e i campi che verranno associati all'azione.

Per altre informazioni su come personalizzare la formula per gli aggiornamenti personalizzati, vedi gli argomenti seguenti:

Patch
Collect
Aggiornamento

Nota

Power Apps non funziona con lo schema dinamico. Lo schema dinamico di frase si riferisce alla possibilità che la stessa azione possa restituire una tabella diversa con colonne diverse. Le condizioni che possono causare differenze nelle colonne delle tabelle includono, tra gli altri, i parametri di input dell'azione, l'utente o il ruolo che sta eseguendo l'azione e il gruppo in cui l'utente sta lavorando. Ad esempio, le stored procedure SQL Server possono restituire colonne diverse se eseguite con input diversi. Per le azioni con schema dinamico, la documentazione del connettore mostra I risultati di questa operazione sono dinamici. come valore restituito. In contrasto, Power Automate funziona con lo schema dinamico e può fornire una soluzione alternativa per il tuo scenario.

La tabella seguente include collegamenti per informazioni aggiuntive sui connettori più diffusi. Per un elenco completo di connettori, vedi Tutti i connettori.

         
Common Data Service Common Data Service   Archiviazione nel cloud Archiviazione nel cloud **
Dynamics AX Dynamics AX   Excel Excel
Microsoft Translator Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 Users Utenti di Office 365   Oracle Oracle
Power BI Power BI   SharePoint SharePoint
SQL Server SQL Server   Twitter Twitter

** Si applica a BLOB di Azure, Box, Dropbox, Google Drive, OneDrive e OneDrive for Business

Connettori standard e personalizzati

Power Apps fornisce i connettori standard per molte origini dati di uso comune. Se Power Apps offre un connettore standard per il tipo di origine dati che vuoi usare, è consigliabile usare tale connettore. Se ti vuoi connettere ad altri tipi di origini dati, ad esempio un servizio creato, vedi Connettori personalizzati in PowerApps.

Tutti i connettori standard

I connettori standard non richiedono licenze speciali. Per ulteriori informazioni, vedi Piani di Power Apps.

Puoi porre domande su un connettore specifico nei forum di Power Apps e puoi suggerire i connettori da aggiungere o altri miglioramenti da apportare in Power Apps Ideas.

Sicurezza e tipi di autenticazione

Mentre crei la tua app e crei una connessione a un origine dati, potresti vedere che la scelta del connettore ti consente di utilizzare diversi modi per eseguire l'autenticazione. Ad esempio, il connettore SQL Server ti consente di utilizzare Azure AD integrato, Autenticazione di SQL Server e Autenticazione di Windows. A ciascun tipo di autenticazione sono associati livelli di sicurezza diversi. È importante comprendere quali informazioni e diritti condividi con gli utenti che utilizzano l'applicazione. L'esempio principale in questo articolo è SQL Server, tuttavia i principi si applicano a tutti i tipi di connessioni.

Azure AD integrato

Questo è un tipo sicuro di connessione. Per esempio, SharePoint utilizza questo tipo di autenticazione. Anche SQL Server consente questo tipo di autenticazione. Quando ti connetti, il servizio Azure AD ti identifica separatamente in SharePoint per tuo conto. Non è necessario fornire un nome utente o una password. In qualità di autore puoi creare e lavorare con l'origine dati con le tue credenziali. Quando pubblichi l'applicazione e l'utente dell'applicazione accede, lo fa con le proprie credenziali. Se i dati sono adeguatamente protetti su un back-end, gli utenti possono vedere solo ciò che sono autorizzati a vedere in base alle loro credenziali. Questo tipo di sicurezza consente di modificare i diritti per utenti specifici dell'applicazione sull'origine dati back-end dopo la pubblicazione dell'applicazione. Ad esempio, puoi concedere l'accesso, negare l'accesso o perfezionare ciò che un utente o un set di utenti può vedere tutto sull'origine dati back-end.

Autorizzazione open standard (Oauth)

Anche questo è un tipo sicuro di connessione. Per esempio, Twitter utilizza questo tipo di autenticazione. Quando ti connetti devi fornire il tuo nome utente e la password. In qualità di autore puoi creare e lavorare con l'origine dati con le tue credenziali. Quando pubblichi l'applicazione e l'utente dell'applicazione accede, deve fornire le proprie credenziali. Pertanto, questo tipo di connessione è sicuro poiché gli utenti devono utilizzare le proprie credenziali per accedere al servizio dell'origine dati.

Autenticazione tramite nome utente e password SQL

Questo tipo di connessione non è molto sicuro perché non si basa sull'autenticazione dell'utente finale. Anche SQL Server consente questo tipo di autenticazione. In SQL Server questo tipo di autenticazione viene chiamato Autenticazione di SQL Server. Molte altre origini dati del database offrono funzionalità simili. Quando pubblichi l'applicazione, gli utenti non devono fornire un nome utente e una password univoci. Usano il nome utente e la password forniti quando hai creato l'applicazione. L'autenticazione della connessione all'origine dati è implicitamente condivisa con i tuoi utenti. Non appena l'applicazione viene pubblicata, anche la connessione viene pubblicata ed è disponibile per gli utenti. Gli utenti finali possono anche creare applicazioni utilizzando qualsiasi connessione che utilizza l'autenticazione SQL Server condivisa con loro. I tuoi utenti non possono vedere il nome utente o la password, ma la connessione sarà disponibile. Esistono sicuramente scenari validi per questo tipo di connessione. Ad esempio, se hai un database di sola lettura disponibile per tutti gli utenti dell'azienda, questo tipo di connessione potrebbe essere valido.

Autenticazione di Windows

Questo tipo di connessione non è molto sicuro perché non si basa sull'autenticazione dell'utente finale. Utilizza l'autenticazione di Windows quando è necessario connettersi a un origine dati locale. Un esempio di questo tipo di connessione è un server locale che dispone di un SQL Server. La connessione deve passare attraverso un gateway. Dal momento che passa attraverso un gateway, il connettore ha accesso a tutti i dati dell'origine dati. Di conseguenza, tutte le informazioni a cui puoi accedere con le credenziali di Windows fornite sono disponibili per il connettore. Quando l'applicazione viene pubblicata, anche la connessione viene pubblicata ed è disponibile per gli utenti. Ciò significa che gli utenti finali possono anche creare applicazioni utilizzando la stessa connessione e accedere ai dati di quel computer. Anche le connessioni all'origine dati sono implicitamente condivise con gli utenti con cui l'app è condivisa. Questo tipo di connessione può essere valido quando l'origine dati risiede solo su un server locale e i dati dell'origine sono liberamente condivisibili.