Übersicht über die Canvas-App-Konnektoren für Power Apps

Daten sind der Kern der meisten Apps, und auch der Apps, die Sie in Power Apps erstellen. Daten werden in einer Datenquelle gespeichert, und Sie bringen diese Daten in Ihre App, indem Sie eine Verbindung herstellen. Die Verbindung verwendet einen bestimmten Konnektor, über den mit der Datenquelle kommuniziert wird. Power Apps hat Konnektoren für viele häufig verwendete Dienste und lokale Datenquellen, darunter SharePoint, SQL Server, Office 365, Salesforce und Twitter. Die ersten Schritte zum Hinzufügen von Daten zu einer Canvas-App werden unter Hinzufügen einer Datenverbindung in Power Apps beschrieben.

Ein Konnektor kann Tabellen oder Aktionen bereitstellen. Einige Konnektoren stellen nur Tabellen bereit, andere nur Aktionen und wiederum andere bieten beides. Bei Ihrem Konnektor kann es sich außerdem um einen standardmäßigen oder einen benutzerdefinierten Konnektor handeln.

Tabellen

Wenn Ihr Konnektor Tabellen bereitstellt, fügen Sie Ihre Datenquelle hinzu und wählen dann die Tabelle in der Datenquelle aus, die Sie verwalten möchten. Power Apps ruft die Tabellendaten in Ihre App ab und aktualisiert die Daten in Ihrer Datenquelle für Sie. Sie können z.B. eine Datenquelle hinzufügen, die eine Tabelle namens Lektion enthält, und dann in der Formularleiste die Artikel-Eigenschaft eines Steuerelements, etwa einen Katalog oder ein Formular, auf diesen Wert festlegen:

Artikel-Eigenschaft für Quelle mit einfachen Daten

Sie können die Daten angeben, die von Ihrer App abgerufen werden, indem Sie die Artikel-Eigenschaft des Steuerelements anpassen, das Ihre Daten anzeigt. Als Fortführung des vorherigen Beispiels können Sie die Daten in der Tabelle Lektion sortieren oder filtern, indem Sie diesen Namen als Argument für die Funktionen Suche und SortByColumn verwenden. In dieser Abbildung wird durch die Formel, auf die die Artikel-Eigenschaft festgelegt ist, angegeben, dass die Daten basierend auf dem Text in TextSearchBox1 sortiert und gefiltert werden sollen.

Artikel-Eigenschaft für Quelle mit erweiterten Daten

Weitere Informationen zum Anpassen Ihrer Formel mit Tabellen finden Sie in den nachfolgenden Themen:

Grundlegendes zu Datenquellen in Power Apps
Generieren einer App aus Excel-Daten
Eine App ganz neu entwerfen
Grundlegendes zu Tabellen und Datensätzen in Power Apps

Hinweis

Zum Herstellen einer Verbindung mit Daten in einer Excel-Arbeitsmappe muss die Arbeitsmappe in einem Cloudspeicherdienst wie OneDrive gehostet werden. Weitere Informationen finden Sie im Artikel zum Verbinden mit Cloudspeicher aus Power Apps.

Aktionen

Wenn Ihr Konnektor Aktionen bereitstellt, müssen Sie trotzdem weiterhin wie oben die Datenquelle auswählen. Sie wählen allerdings als nächsten Schritt keine Tabelle aus, sondern stellen manuell eine Verbindung zwischen einem Steuerelement und einer Aktion her, indem Sie die Artikel-Eigenschaft des Steuerelements bearbeiten, das Ihre Daten anzeigen soll. Die Formel, auf die Sie die Artikel-Eigenschaft festlegen, gibt die Aktion an, die Daten abruft. Die App ruft beispielsweise keine Daten ab, wenn Sie eine Verbindung mit Yammer herstellen und dann die Artikel-Eigenschaft auf den Namen der Datenquelle festlegen. Um ein Steuerelement mit Daten aufzufüllen, geben Sie eine Aktion an, wie z.B. GetMessagesInGroup(5033622).messages.

Artikel-Eigenschaft für Datenquelle für Aktionen

Wenn Sie benutzerdefinierte Datenupdates für Aktionsconnectors verarbeiten müssen, erstellen Sie eine Formel, die die Pflaster-Funktion enthält. Geben Sie in der Formel die Aktion und die Felder an, die Sie an die Aktion binden.

Weitere Informationen zum Anpassen Ihrer Formel für benutzerdefinierte Updates finden Sie in folgenden Themen:

Patch
Collect
Update

Hinweis

Power Apps funktioniert nicht mit dynamischem Schema. Der Ausdruck dynamisches Schema bezieht sich auf die Möglichkeit, dass dieselbe Aktion eine andere Tabelle mit unterschiedlichen Spalten zurückgibt. Zu den Bedingungen, die dazu führen können, dass sich die Spalten in den Tabellen unterscheiden, gehören unter anderem die Aktionseingabeparameter, der Benutzer oder die Rolle, die die Aktion ausführt, und die Gruppe, in der der Benutzer arbeitet. Beispielsweise können gespeicherte SQL Server-Prozeduren unterschiedliche Spalten zurückgeben, wenn sie mit unterschiedlichen Eingaben ausgeführt werden. Für Aktionen mit dynamischem Schema wird die Connector-Dokumentation angezeigt Die Ausgänge dieser Operation sind dynamisch. als der Rückgabewert. Im Gegensatz, arbeitet Power Automate mit einem dynamischen Schema und bietet möglicherweise eine Problemumgehung für Ihr Szenario.

Diese Tabelle enthält Links zu weiteren Informationen zu den am häufigsten verwendeten Konnektoren. Eine vollständige Liste der Konnektoren finden Sie unter Alle Konnektoren.

         
Common Data Service Common Data Service   Cloudspeicher Cloudspeicher **
Dynamics AX Dynamics AX   Excel Excel
Microsoft Translator Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365-Benutzer Office 365 Benutzer   Oracle Oracle
Power BI Power BI   SharePoint SharePoint
SQL Server SQL Server   Twitter Twitter

** Gilt für Azure Blob, Box, Dropbox, Google Drive, OneDrive und OneDrive für Business

Standardmäßige und benutzerdefinierte Konnektoren

Power Apps bietet Standard Anschlüsse für viele häufig verwendete Datenquellen. Wenn Power Apps einen Standardkonnektor für den von Ihnen gewünschten Datenquellentyp bietet, sollten Sie diesen Konnektor verwenden. Wenn Sie eine Verbindung mit anderen Arten von Datenquellen herstellen möchten, z.B. mit einem von Ihnen erstellten Dienst, finden Sie weitere Informationen unter Registrieren und Verwenden von benutzerdefinierten Konnektoren.

Alle Standardkonnektoren

Standardkonnektoren erfordern keine spezielle Lizenzierung. Weitere Informationen finden Sie unter Power Apps Pläne.

Sie können Fragen zu einem bestimmten Konnektor stellen in den Power Apps Foren und Sie können Vorschläge für neue Konnektoren oder anderen Verbesserungen einreichen in Power Apps Ideen.

Sicherheit und Authentifizierungarten

Wenn Sie Ihre App erstellen und eine Verbindung zu einem Datenquelle herstellen, werden Sie möglicherweise feststellen, dass Sie bei der Auswahl des Connectors verschiedene Authentifizierungsmethoden verwenden können. Mit dem SQL Server-Connector können Sie beispielsweise Azure AD Integrierte SQL Server-Authentifizierung und Windows-Authentifizierung verwenden. Mit jeder Art der Authentifizierung sind unterschiedliche Sicherheitsstufen verbunden. Es ist wichtig zu verstehen, welche Informationen und Rechte Sie mit Benutzern teilen, die Ihre Anwendung verwenden. Das Hauptbeispiel in diesem Artikel ist SQL Server. Die Prinzipien gelten jedoch für alle Arten von Verbindungen.

Azure AD Integriert

Dies ist eine sichere Verbindung. Zum Beispiel, SharePoint verwendet diese Art der Authentifizierung. SQL Server ermöglicht auch diese Art der Authentifizierung. Wenn Sie eine Verbindung herstellen, wird der Azure AD Service Sie separat zu SharePoint in Ihrem Namen identifizieren. Sie müssen keinen Benutzernamen oder kein Passwort angeben. Als Autor können Sie mit Ihren Anmeldeinformationen Datenquelle erstellen und damit arbeiten. Wenn Sie Ihre Anwendung veröffentlichen und sich Ihr Anwendungsbenutzer anmeldet, erfolgt dies mit seinen Anmeldeinformationen. Wenn die Daten in einem Back-End angemessen gesichert sind, können Ihre Benutzer nur anhand ihrer Anmeldeinformationen sehen, wozu sie berechtigt sind. Mit dieser Art von Sicherheit können Sie die Rechte für bestimmte Anwendungsbenutzer im Back-End Datenquelle ändern, nachdem die Anwendung veröffentlicht wurde. Sie können beispielsweise den Zugriff gewähren, den Zugriff verweigern oder verfeinern, was ein Benutzer oder eine Gruppe von Benutzern im Back-End Datenquelle sehen kann.

Open-Standard-Autorisierung (Oauth)

Dies ist auch eine sichere Verbindung. Zum Beispiel Twitter verwendet diese Art der Authentifizierung. Wenn Sie eine Verbindung herstellen, müssen Sie Ihren Benutzernamen und Ihr Passwort angeben. Als Autor können Sie mit Ihren Anmeldeinformationen Datenquelle erstellen und damit arbeiten. Wenn Sie Ihre Anwendung veröffentlichen und sich Ihr Anwendungsbenutzer anmeldet, erfolgt dies dann mit seinen Anmeldeinformationen. Daher ist diese Art der Verbindung sicher, da Ihre Benutzer ihre eigenen Anmeldeinformationen verwenden müssen, um auf den Dienst Datenquelle zuzugreifen.

SQL Benutzernamen- und Kennwort-Authentifizierung

Diese Art der Verbindung ist nicht sehr sicher, da sie nicht auf der Endbenutzerauthentifizierung beruht. SQL Server ermöglicht auch diese Art der Authentifizierung. In SQL Server wird diese Art der Authentifizierung aufgerufen SQL Server-Authentifizierung. Viele andere Datenbankdatenquellen bieten eine ähnliche Funktion. Wenn Sie Ihre Anwendung veröffentlichen, müssen Ihre Benutzer keinen eindeutigen Benutzernamen und kein Kennwort angeben. Sie verwenden den Benutzernamen und das Kennwort, die Sie beim Verfassen der Anwendung angegeben haben. Die Verbindungsauthentifizierung zur Datenquelle lautet Implizit geteilt mit Ihren Benutzern. Nachdem die Anwendung veröffentlicht ist, ist auch die Verbindung veröffentlicht und für Ihre Benutzer verfügbar. Ihre Endbenutzer können auch Anwendungen erstellen, indem sie eine beliebige Verbindung mit SQL Server-Authentifizierung verwenden, die für sie freigegeben ist. Ihre Benutzer können den Benutzernamen oder das Kennwort nicht sehen, aber die Verbindung steht ihnen zur Verfügung. Es gibt sicherlich gültige Szenarien für diese Art der Verbindung. Wenn Sie beispielsweise über eine schreibgeschützte Datenbank verfügen, die allen Mitarbeitern im Unternehmen zur Verfügung steht, ist diese Art der Verbindung möglicherweise gültig.

Windows-Authentifizierung

Diese Art der Verbindung ist nicht sehr sicher, weil sie nicht auf der Endbenutzerauthentifizierung beruht. Verwenden Sie die Windows-Authentifizierung, wenn Sie eine Verbindung zu einer Datenquelle herstellen müssen, die lokal ist. Ein Beispiel für diese Art der Verbindung ist ein lokaler Server mit einem SQL Server. Die Verbindung muss über ein Gateway erfolgen. Da es über ein Gateway geht, hat der Konnektor Zugriff auf alle Daten in dieser Datenquelle. Infolgedessen stehen dem Konnektor alle Informationen zur Verfügung, auf die Sie mit den von Ihnen angegebenen Windows-Anmeldeinformationen zugreifen können. Und wenn die Anwendung veröffentlicht ist, ist auch die Verbindung veröffentlicht und für Ihre Benutzer verfügbar. Dies bedeutet, dass Ihre Endbenutzer auch Anwendungen über dieselbe Verbindung erstellen und auf die Daten auf diesem Computer zugreifen können. Verbindungen zum Datenquelle sind ebenfalls Implizit geteilt mit Benutzern, mit denen die App geteilt wird. Diese Art der Verbindung ist möglicherweise gültig, wenn Ihr Datenquelle nur auf einem lokalen Server gespeichert ist und die Daten in dieser Quelle frei gemeinsam genutzt werden können.