Oversikt over lerretsappkoblinger for Power Apps

Dataene er i kjernen for de fleste apper, inkludert de du oppretter i Power Apps. Dataene er lagret i en datakilde, og du importerer disse dataene inn i appen ved å opprette en tilkobling. Tilkoblingen bruker en bestemt tilkobling for å kommunisere med datakilden. Power Apps har koblinger for mange populære tjenester og lokale datakilder, inkludert SharePoint, SQL Server, Office 365, Salesforce og Twitter. Hvis du vil komme i gang med å legge til data i en lerretsapp, kan du se Legg til en datatilkobling i Power Apps.

En kobling kan inneholde tabeller med data eller handlinger. Noen koblinger inneholder bare tabeller, noen inneholder bare handlinger, og noen inneholder begge. Koblingen kan også være enten en standardkobling eller egendefinert kobling.

Tabeller

Hvis koblingen inneholder tabeller, legger du til datakilden. Deretter velger du tabellen i datakilden som du ønsker å administrere. Power Apps henter både tabelldata fra appen og oppdateringsdata fra datakilden. Du kan for eksempel legge til en datakilde som inneholder en tabell med navn Leksjoner. Deretter angir du Items-egenskapen til en kontroll, som et galleri eller skjema, til denne verdien i formellinjen:

Items-egenskapen for vanlig datakilde

Du kan angi dataene som appen henter ved å tilpasse Items-egenskapen for kontrollen som viser deg dataene. Hvis vi fortsetter fra forrige eksempel, kan du sortere eller filtrere dataene i Leksjoner-tabellen ved bruk av navnet som et argument for Søk- og SortByColumn-funksjonene. I denne grafikken angis formelen som Items-egenskapen er angitt til, og den spesifiserer at dataene sorteres og filtreres basert på teksten i TextSearchBox1.

Items-egenskapen for utvidet datakilde

Hvis du vil ha mer informasjon om hvordan du tilpasser formlene med tabeller, kan du se disse emnene:

Forstå datakilder i Power Apps
Å generere en app fra Excel-data
Opprett en app fra bunnen
Forstå tabeller og oppføringer i Power Apps

Obs!

Hvis du vil koble til data i en Excel-arbeidsbok, må den være lagret i en skylagringstjeneste som OneDrive. Hvis du vil ha mer informasjon, kan du se Å koble til lagring i skyen fra Power Apps.

Handlinger

Hvis koblingen inneholder handlinger, må du fremdeles velge datakildene som før. I stedet for å velge en tabell som neste trinn kan du heller koble til en kontroll i en handling manuelt, ved å redigere Items-egenskapen til kontrollen som viser dataene. Formelen som du angir Items-egenskapen for, angir handlingen som henter dataene. Appen henter for eksempel ikke data hvis du kobler til Yammer, og deretter angir Items-egenskapen til navnet på datakilden. Hvis du vil fylle ut en kontroll med data, angir du en handling som GetMessagesInGroup(5033622).messages.

Items-egenskapen for handling-datakilde

Hvis du må håndtere egendefinerte dataoppdateringer for handlingskoblinger, bygger du en formel som inkluderer Patch-funksjonen. Identifiser handlingen og feltene som du skal binde til handlingen, i formelen.

Hvis du vil ha mer informasjon om hvordan du tilpasser formlene for egendefinerte oppdateringer, kan du se disse emnene:

Patch
Collect
Oppdatering

Obs!

Power Apps fungerer ikke med et dynamisk skjema. Uttrykket dynamisk skjema viser til muligheten for at den samme handlingen kan returnere en annen tabell med andre kolonner. Betingelser som kan føre til at kolonnene i tabellen er forskjellige, er inndataparametere for handlinger, brukeren eller rollen som utfører handlingen, og gruppen som brukeren arbeider i, blant andre. SQL Server-lagrede prosedyrer kan for eksempel returnere forskjellige kolonner hvis de kjøres med forskjellige inndata. For handlinger med dynamisk skjema viser koblingsdokumentasjonen Utdataene for denne operasjonen er dynamiske. som returverdi. I motsetning fungerer Power Automate med et dynamisk skjema, og det kan hende at du får en omgåelse for ditt scenario.

Denne tabellen inneholder koblinger til mer informasjon om våre mest populære koblinger. Hvis du vil ha en fullstendig liste over koblinger, kan du se Alle koblinger.

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

** Gjelder for Azure Blob, Box, Dropbox, Google Drive, OneDrive og OneDrive for Business

Standardkoblinger og egendefinerte koblinger

Power Apps inneholder standard-koblinger for mange vanlige datakilder. Hvis Power Apps har en standard kobling for datakildetypen du ønsker å bruke, må du bruke den koblingen. Hvis du ønsker å koble til andre datakildetyper, for eksempel en tjeneste som du har opprettet, kan du se Registrer og bruk egendefinerte koblinger.

Alle standardkoblinger

Standardkoblinger krever ikke spesiell lisensiering. Hvis du vil ha mer informasjon, se Power Apps-planer.

Du kan stille spørsmål om en bestemt kobling i Power Apps-forumene, og du kan foreslå koblinger som kan legges til eller andre forbedringer i Power Apps Ideas.

Sikkerhet og godkjenningstyper

Når du redigerer appen og oppretter en tilkobling til en datakilde, ser du kanskje at du kan bruke ulike måter å godkjenne på. SQL Server-koblingen tillater for eksempel at du bruker Azure AD-integrert, SQL-servergodkjenning og Windows-godkjenning. Hver godkjenningstype har forskjellige sikkerhetsnivåer tilknyttet. Det er viktig å forstå hva slags informasjon og hvilke rettigheter du deler med brukere som bruker programmet. Hovedeksemplet i denne artikkelen er SQL Server, men prinsippene gjelder for alle typer tilkoblinger.

Azure AD-integrert

Dette er en sikker tilkoblingstype. SharePoint bruker for eksempel denne godkjenningstypen. SQL Server tillater også denne godkjenningstypen. Når du kobler til, identifiserer Azure AD-tjenesten deg deg separat for SharePoint på dine vegne. Du trenger ikke oppgi et brukernavn eller et passord. Som forfatter kan du opprette og arbeide med datakilden med legitimasjonen din. Når du publiserer programmet, og programbrukeren logger på, vil de gjøre dette med sin legitimasjon. Hvis dataene er riktig sikret for en serverdel, kan brukerne bare se det de er autorisert til å se, basert på sine legitimasjoner. Denne typen sikkerhet gjør det mulig å endre rettigheter for bestemte programbrukere på serverdel-datakilden etter at programmet er publisert. Du kan for eksempel gi tilgang til, nekte tilgang eller finjustere hva en bruker eller et sett med brukere kan se på serverdel-datakilden.

Åpen standardgodkjenning (Oauth)

Dette er også en sikker tilkoblingstype. Twitter bruker for eksempel denne godkjenningstypen. Når du kobler til, må du angi brukernavn og passord. Som forfatter kan du opprette og arbeide med datakilden med legitimasjonen din. Når du publiserer programmet, og programbrukeren logger på, må de også angi legitimasjonen. Denne tilkoblingstypen er derfor sikker siden brukerne må bruke sin egen legitimasjon for å få tilgang til datakildetjenesten.

Godjenning med SQL-brukernavn og passord

Denne tilkoblingstypen er ikke svært sikker fordi den ikke er avhengig av godkjenning fra sluttbrukeren. SQL Server tillater også denne godkjenningstypen. I SQL Server kalles denne godkjenningstypen SQL-servergodkjenning. Mange andre database-datakilder gir en lignende funksjon. Når du publiserer programmet, trenger ikke brukerne å oppgi et unikt brukernavn og passord. De bruker brukernavnet og passordet du angir når du redigerer programmet. Tilkoblingsgodkjenningen til datakilden er implisitt delt med brukerne. Så snart appen publiseres, publiseres også tilkoblingen og er tilgjengelig for brukerne. Sluttbrukerne kan også opprette programmer ved å bruke en hvilken som helst tilkobling som bruker SQL-servergodkjenning som er delt med dem. Brukerne kan ikke se brukernavnet eller passordet, men tilkoblingen blir tilgjengelig for dem. Det finnes et helt gyldig scenario for denne tilkoblingstypen. Hvis du for eksempel har en skrivebeskyttet database som er tilgjengelig for alle i firmaet, kan det hende at denne tilkoblingstypen er gyldig.

Windows-godkjenning

Denne tilkoblingstypen er ikke svært sikker fordi den ikke er avhengig av godkjenning fra sluttbrukeren. Bruk Windows-godkjenning når du har behov for å koble til en datakilde som finnes lokalt. Et eksempel på denne tilkoblingstypen er til en lokal server som har en SQL Server. Tilkoblingen må gå gjennom en gateway. Ettersom den går gjennom en gateway, har koblingen tilgang til alle dataene på datakilden. All informasjon som du har tilgang til med Windows-legitimasjonen du oppgir, er derfor tilgjengelige for koblingen. Så snart appen publiseres, publiseres også tilkoblingen og er tilgjengelig for brukerne. Dette betyr at sluttbrukerne også kan opprette programmer ved hjelp av den samme tilkoblingen og få tilgang til data på denne datamaskinen. Tilkoblinger til datakilden blir også implisitt delt med brukere som appen er delt med. Denne tilkoblingstypen kan være gyldig når datakilden bare ligger på en lokal server og dataene på kilden er fritt delt.