Översikt över anslutningsappar för Power Apps

Data är kärnan i de flesta appar, inklusive de som du skapar i Power Apps. Data lagras i en datakälla och du implementerar den i din app genom att skapa en anslutning. Anslutningen använder en specifik anslutningsapp till att kommunicera med datakällan. Power Apps har anslutningsappar för många populära tjänster och lokala datakällor, inklusive SharePoint, SQL Server, Office 365, Salesforce och Twitter. Kom igång med att lägga till data i en arbetsyteapp genom att läsa Lägg till en dataanslutning i Power Apps.

En anslutningsapp kan ge tabeller med data eller åtgärder. Vissa anslutningsappar innehåller endast tabeller, vissa ger endast åtgärder och vissa ger båda. Din anslutningsapp kan också vara antingen en standard- eller anpassad anslutningsapp.

Tabeller

Om din anslutningsapp innehåller tabeller, lägger du till din datakälla och väljer tabellen i datakällan som du vill hantera. Power Apps hämtar både data från tabeller till din app och uppdaterar data i datakällan för dig. Du kan till exempel lägga till en datakälla som innehåller en tabell med namnet Lektioner och därefter ange egenskapen Objekt för en kontroll, till exempel ett galleri eller ett formulär till det här värdet i formelfältet:

Objektegenskap för vanlig datakälla

Du kan ange de data som din app hämtar genom att anpassa egenskapen objekt för den kontroll som visar dina data. För att fortsätta föregående exempel så kan du filtrera data i tabellen lektioner genom att använda det namnet som ett argument för funktionerna Search och SortByColumn. I den här bilden anger formeln som egenskapen objekt är angedd till att data är sorterade och filtrerade baserat på texten i TextSearchBox1.

Utökad egenskap för datakällsobjekt

Mer information om hur du anpassar din formel med tabeller finns i följande avsnitt:

Förstå datakällor i Power Apps
Skapa en app från Excel-data
Skapa en app från grunden
Förstå tabeller och poster i Power Apps

Anteckning

Om du vill ansluta till data i ett Excel-kalkylblad så måste det ligga på en molnlagringstjänst som OneDrive. Mer information finns i Anslut till molnlagring från Power Apps.

Åtgärder

Om din anslutningsapp tillhandahåller åtgärder så måste du fortfarande välja din datakälla som du gjorde förut. Istället för att välja en tabell som i nästa steg så måste du manuellt ansluta en kontroll till en åtgärd genom att redigera egenskapen objekt för den kontroll som kommer att visa dina data. Formeln som du ställer in egenskapen objekt till anger den åtgärd som hämtar data. Appen hämtar till exempel inte data om du ansluter till Yammer och därefter anger egenskapen objekt till namnet på datakällan. För att fylla i en kontroll med data, anger du en åtgärd som GetMessagesInGroup (5033622).messages.

Objektegenskap för åtgärdsdatakälla

Om du vill hantera uppdateringar av anpassade data för åtgärdsanslutningsappar så kan du skapa en formel som innehåller funktionen Korrigering. I formeln så identifierar du åtgärden och de fält som ska bindas till åtgärden.

Mer information om hur du anpassar din formel för anpassade uppdateringar finns i följande avsnitt:

Patch
Collect
Uppdatering

Anteckning

Power Apps fungerar inte med ett dynamiskt schema. Frasens dynamiska schema innebär att samma åtgärd kan returnera en annan tabell med olika kolumner. Förhållanden som kan leda till att kolumnerna i tabellerna skiljer sig från varandra inkluderar åtgärdens indataparametrar, den användare eller roll som kör åtgärden och den grupp som användaren arbetar i, bland annat. Lagrade procedurer i SQL Server kan till exempel returnera andra kolumner om de körs med olika ingångar. För åtgärder med dynamiskt schema visar dokumentation om anslutningsprogram Utdata för den här åtgärden är dynamisk. som returvärde. Däremot fungerar Power Automate med ett dynamiskt schema och du kan ge dig en lösning för ditt scenario.

Den här tabellen har länkar till mer information om våra mest populära anslutningsappar. En fullständig lista över anslutningsappar finns i Alla anslutningsappar.

         
Common Data Service Common Data Service   Molnlagring Molnlagring **
Dynamics 365 Dynamics 365   Dynamics AX Dynamics AX
Excel Excel   Microsoft Translator Microsoft Translator
Office 365 Outlook Office 365 Outlook   Office 365 Users Office 365-användare
Oracle Oracle   Power BI Power BI
SharePoint SharePoint   SQL Server SQL Server
Twitter Twitter

** Gäller Azure Blob, Box, Dropbox, Google Drive, OneDrive och OneDrive för företag

Standard och anpassade anslutningsappar

Power Apps tillhandahåller standard-anslutningar för många ofta använda datakällor. Om Power Apps har en standard anslutningsapp för den typ av datakälla som du vill använda, bör du använda den anslutningsappen. Om du vill ansluta till andra typer av datakällor som en tjänst som du har skapat, kan du läsa mer i Registrera och använd anpassade anslutningsappar.

Alla standard anslutningsappar

Standardanslutningar kräver ingen särskild licensiering. Mer information finns i Power Apps planer.

Du kan ställa frågor om en viss anslutningsapp i Power Apps forum och du kan föreslå anslutningsappar att lägga till eller andra förbättringar att göras i Power Apps idéer.

Säkerhet och typer av autentisering

När du skapar din app och skapar en anslutning till en datakälla kan du se att ditt val av anslutning gör att du kan använda olika sätt att autentisera. Med SQL Server-anslutning kan du t.ex. använda integrerad Azure AD, SQL Server-autentisering och Windows-autentisering. Varje typ av autentisering har olika säkerhetsnivåer associerade med den. Det är viktigt att du förstår vilken information och vilka rättigheter du delar med användare som använder programmet. Det primära exemplet i den här artikeln är SQL Server, men principerna gäller alla typer av anslutningar.

Integrerad Azure AD

Det här är en säker typ av anslutning. Till exempel SharePoint använder den här typen av autentisering. I SQL Server kan du också använda den här typen av autentisering. När du ansluter identifierar Azure AD-tjänsten dig separat för SharePoint på din räkning. Du behöver inte ange ett användarnamn eller lösenord. Som författare kan du skapa och arbeta med datakällan med dina autentiseringsuppgifter. När du publicerar ditt program och dina programanvändare loggar in sker detta med deras autentiseringsuppgifter. Om data finns säkert i en server kan användarna endast se vad de har behörighet att se utifrån sina autentiseringsuppgifter. Med den här typen av säkerhet kan du ändra rättigheter för specifika programanvändare i serverns datakälla när programmet har publicerats. Du kan t.ex. bevilja åtkomst, neka åtkomst eller se till att en användare eller en grupp av användare kan se alla på serverns datakälla.

Auktorisering med öppen standard (Oauth)

Den här typen av anslutning är också säker. Till exempel Twitter använder den här typen av autentisering. När du ansluter måste du ange ditt användarnamn och lösenord. Som författare kan du skapa och arbeta med datakällan med dina autentiseringsuppgifter. När du publicerar ditt program och dina programanvändare loggar in måste de också ge deras autentiseringsuppgifter. Därför är den här typen av anslutning säker eftersom användarna måste använda sina egna autentiseringsuppgifter för att få till gång till den datakällatjänsten.

SQL-användarnamn och lösenordsautentisering

Den här typen av anslutning är inte särskilt säker eftersom den inte bygger på autentisering för slutanvändare. I SQL Server kan du också använda den här typen av autentisering. I SQL Server kallas den här typen av autentisering SQL Server-autentisering. Många andra databasers datakällor har liknande funktion. När du publicerar programmet behöver användarna inte ange ett unikt användarnamn och lösenord. De använder användarnamnet och lösenordet som du anger när du skapade programmet. Autentiseringen av anslutningen till datakälla är delas indirekt med användarna. När appen har publicerats, publiceras även anslutningen och görs tillgänglig för användarna. Dina slutanvändare kan också skapa appar genom att använda en anslutning som använder SQL Server-autentisering och som delas med dem. Dina användare kan inte se användarnamnet eller lösenordet, men anslutningen är tillgänglig för dem. Det finns verkligen giltiga scenarier för den här anslutningstypen. Om du till exempel har en skrivskyddad databas som är tillgänglig för alla i företaget kan den här typen av anslutning vara giltig.

Windows-autentisering

Den här typen av anslutning är inte särskilt säker eftersom den inte bygger på autentisering för slutanvändare. Använd Windows-autentisering när du behöver ansluta till en datakälla som finns lokalt. Ett exempel på den här typen av anslutning är till en lokal server som har en SQL-Server. Anslutningen måste gå igenom en nätport. Eftersom den går via en nätport har anslutningen till gång till alla data på datakälla. Som ett resultat av detta är all information som du kan komma åt med de Windows-autentiseringsuppgifter du tillhandahåller tillgängliga för anslutaren. När appen har publicerats, publiceras även anslutningen och görs tillgänglig för användarna. Detta innebär att slutanvändarna även kan skapa program med samma anslutning och komma åt data på den datorn. Anslutningar till datakälla delas indirekt med de användare som appen delas med. Den här typen av anslutning kan vara giltig när datakälla endast finns på en lokal server och data på den källan är fritt delade.