Ülevaade lõuendirakenduste konnektorite kohta

Andmed on enamiku rakenduste tuum, sealhulgas Power Apps'is koostatud andmed. Andmed salvestatakse a andmeallikas ja te viite need andmed oma rakendusse, luues ühenduse. Ühendus kasutab andmeallikas rääkimiseks konkreetset pistikut . Power Appsil on konnektorid paljude populaarsete teenuste ja asutusesiseste andmeallikate (sealhulgas SharePoint, SQL Server, Office 365, SalesForce ja Twitter) jaoks. Teavet lõuendirakendusse andmete lisamise alustamise kohta leiate teemast Andmeühenduse lisamine sisse Power Apps.

Konnektor võib pakkuda andmetabeleid või toiminguid. Mõned konnektorid pakuvad ainult tabeleid, mõned pakuvad ainult toiminguid ja mõned pakuvad mõlemat. Samuti võib teie konnektor olla kas standard- või kohandatud konnektor.

Märkus.

Soovitatav on hoida konnektorite arv lõuendirakenduses maksimaalselt 10-ni ja ühenduseviited mitte rohkem kui 20-ni. Nende piirangute ületamine võib rakenduse käivitamisel põhjustada kasutajatele pikemaid laadimisaegu ja põhjustada probleeme rakenduse salvestamisel.

Tabelid

Kui teie konnektor pakub tabeleid, lisage andmeallikas ja seejärel valige tabel andmeallikas, mida soovite hallata. Power Apps Mõlemad toovad teie rakendusse tabeliandmed ja värskendavad teie andmeallikas andmeid automaatselt teie eest. Näiteks saate lisada andmeallikas, mis sisaldab tabelit nimega Lessons (Õppetunnid ), ja seejärel seada juhtelemendi (nt galerii või vormi) atribuudi Items (Üksused ) valemiribal järgmisele väärtusele:

Saate määrata, milliseid andmeid rakendus toob, kohandades andmeid kuvava juhtelemendi atribuuti Items (Üksused ). Eelmist näidet jätkates saate tabeli Lessons andmeid sortida või filtreerida, kasutades seda nime funktsioonide Search ja SortByColumn argumendina . Sellel joonisel määrab valem, millele üksuste atribuut on seatud, et andmed sorditakse ja filtreeritakse tekstipõhiselt TextSearchBox1 teksti põhjal.

Lisateavet valemi kohandamise kohta tabelitega leiate nendest artiklitest.

Andmeallikate mõistmine Power Apps
Rakenduse loomine Exceli andmetest
Rakenduse loomine nullist
Tabelite ja kirjete mõistmine Power Apps

Märkus.

Exceli töövihiku andmetega ühenduse loomiseks peab see olema majutatud pilvepõhises teenuses OneDrive. Lisateavet vaadake jaotisest Ühenduse loomine pilvesalvestusruumiga Power Apps.

Toimingud

Kui konnektor pakub toiminguid, peate sarnaselt varasemale siiski valima oma andmeallika. Selle asemel, et valida järgmiseks samm tabel, saate juhtelemendi siiski käsitsi toiminguga ühendada, redigeerides teie andmeid kuvava juhtelemendi atribuuti Items (Üksused ). Valem, millele atribuudi Items (Üksused ) seadsite, määrab andmete toomise toimingu. Näiteks ei too rakendus andmeid, kui loote ühenduse Yammer ja määrate seejärel atribuudi Items (Üksused ) nimeks andmeallikas. Juhtelemendi asustamiseks andmetega määrake selline toiming nagu GetMessagesInGroup(5033622).messages.

Kui teil on vaja käsitseda kohandatud andmevärskendusi toimingukonnektorite jaoks, koostage valem, mis sisaldab paigafunktsiooni . Tuvastage valemis toiming ja väljad, mis toiminguga seovad.

Märkus.

Toimingupõhiste konnektorite, galeriide ja muude juhtelementide puhul ei sisestata automaatselt rohkem andmeid samamoodi nagu tabelkonnektorite puhul. Näiteks kui seote tabelina andmeallikas galeriiga, toob see esimese kirjete komplekti või lehe (nt 100 kirjet). Ja siis see pageb rohkem andmeid, kui kontroll seda nõuab. Toimingupõhise konnektori jaoks toob see aga andmete "lehe". Kuid kui taotletud andmed ületavad andmelehe mahtu, ei too juhtelement automaatselt järgmist lehte.

Lisateavet valemi kohandamise kohta kohandatud värskendustele leiate nendest artiklitest.

Plaaster
Koguma
Uuendama

Dünaamiline skeem on toimingupõhiste konnektorite jaoks levinud tulemitüüp. Dünaamiline skeem viitab võimalusele, et sama toiming võib tagastada erinevate veergudega tabeli sõltuvalt sellest, kuidas seda nimetatakse. Tingimused, mis võivad põhjustada tabeli veergude erinevust, hõlmavad muu hulgas sisendparameetreid, toimingut teostavat kasutajat/rolli ja rühma, milles kasutaja töötab. Näiteks võivad SQL Serveri salvestatud protseduurid tagastada erinevad veerud, kui neid käitatakse erinevate sisenditega, või eksemplar Azure DevOps võib kasutada kohandatud välju, mis pole vaikimisi saadaval.

Märkus.

Konnektori dokumentatsioon näitab dünaamilise skeemi tulemusi selle teatega "Selle toimingu väljundid on dünaamilised." tagastatava väärtusena.

Lisateavet dünaamilise skeemiga Power Apps töötamise kohta leiate teemadest Tippimata ja dünaamiliste objektidega töötamine ülevaate saamiseks ja Looge ühendus saatjaga Azure DevOps Power Apps üksikasjaliku näite saamiseks.

Populaarsed konnektorid

Käesolevas tabelis on lingid lisateabega meie kõige populaarsemate konnektorite kohta. Konnektorite täieliku loendi leiate teemast Kõik konnektorid.

Microsoft Dataverse	Pilvesalvestus **
Dynamics AX	Excel
Microsofti tõlkija	Office 365 Outlook
Office 365 Kasutajad	Oracle
Power BI	SharePoint
SQL Server	Twitter

** Kehtib Azure Blob, Box, Dropbox, Google Drive OneDrive ja OneDrive for Business

Standardsed ja kohandatud konnektorid

Power Apps pakub standardseid konnektoreid paljude sageli kasutatavate andmeallikate jaoks. Kui Power Appsil on standardne konnektor kasutatava andmeallikas tüübi jaoks, peaksite seda kasutama. Kui soovite luua ühenduse muud tüüpi andmeallikatega (nt loodud teenusega), lugege teemat Kohandatud konnektorite registreerimine ja kasutamine.

Kõik standardsed konnektorid

Standardsed konnektorid ei nõua erilitsentsimist. Lisateavet vaadake jaotisest Power Apps Plaanid.

Foorumites Power Apps saate esitada küsimusi konkreetse konnektori kohta ja soovitada konnektoreid, mida soovite lisada, või muid täiustusi, mida sisse Ideed Power Apps teha.

Turvalisus ja autentimise tüübid

Rakenduse loomisel ja andmeallikas-ühenduse loomisel võite näha, et konnektori valik võimaldab teil autentimiseks kasutada erinevaid viise. Näiteks SQL Serveri konnektor võimaldab teil kasutada Microsoft Entra integreeritud, SQL Serveri autentimist ja Windowsi autentimist. Igat tüüpi autentimisel on erinevad turvalisuse tasemed. Oluline on aru saada, millist teavet ja õigusi te oma rakendusega kasutajatega jagate. Esmane näide selles artiklis on SQL Server, kuid põhimõtted rakenduvad igat tüüpi ühendustele.

Märkus.

• Üksikasjalikku teavet turbekaalutluste kohta, kui kasutate relatsioonilist andmebaasiserverit (nt Microsoft SQL Server või Oracle’i) rakenduse andmeallikas, leiate teemast Turvaline kasutamine Microsoft SQL Server Power Apps.
• Power Apps ei toeta väliseid liikmeidentiteete . Lisateavet leiate teemast B2B koostöö kasutaja Microsoft Entra atribuudid.

Microsoft Entra ID

See autentimine on turvalist tüüpi ühendus. Näiteks SharePoint kasutab seda tüüpi autentimist. SQL Server võimaldab seda tüüpi autentimist. Ühenduse loomisel tuvastab Microsoft Entra teenus teid teie nimel eraldi SharePoint . Te ei pea sisestama kasutajanime ega parooli. Autorina saate luua ja töötada andmeallikas oma mandaatidega. Kui avaldate rakenduse ja selle kasutaja logib sisse, teevad nad seda oma kasutajaandmetega. Kui andmed on tagaosas sobivalt turvatud, näevad teie kasutajad identimisteabe põhjal ainult seda, mida neil on õigus näha. Seda tüüpi turvalisus võimaldab teil pärast rakenduse avaldamist muuta konkreetsete rakenduse kasutajate õigusi back-end andmeallikas’is. Näiteks saate back-end andmeallikas lubada juurdepääsu, keelata juurdepääsu või määrata, mida kasutaja või kasutajate kogum saab vaadata.

Avatud standardile vastav luba (OAuth)

Seda tüüpi ühendus on turvaline. Näiteks Twitter kasutab seda tüüpi autentimist. Ühenduse loomisel peate sisestama oma kasutajanime ja parooli. Autorina saate luua ja töötada andmeallikas oma mandaatidega. Kui avaldate rakenduse ja selle kasutaja logib sisse, peavad nad seda tegema oma kasutajaandmetega. Seetõttu on seda tüüpi ühendus turvaline, kuna kasutajad peavad andmeallika teenuse kasutamiseks sisestama oma kasutajaandmed.

Jagatud ühendused / turvalised kaudsed ühendused

Jagatud ühenduses annab Power Apps ühenduse kasutajanime ja parooli autor rakenduses andmeallikas loomisel. Ühenduse autentimist andmeallikas jagatakse seejärel kaudselt lõppkasutajatega. Rakenduse avaldamisel avaldatakse ka ühendus ja see on teie kasutajatele kättesaadav.

Enne 2024. aasta jaanuari said teie lõppkasutajad võtta nendega jagatud ühenduse ja luua eraldi uusi rakendusi. Teie kasutajad ei näe kasutajanime ega parooli, kuid ühendus oleks neile kättesaadav. Kuid pärast 2024. aasta jaanuari on kõik äsja loodud jagatud ühendused kaitstud. Pange tähele, et vanad rakendused tuleb turvalisuse tagamiseks uuesti avaldada. Ühendust ei jagata enam lõppkasutajatega. Avaldatud Power App räägib ühenduse puhverserveriga. Ühenduse puhverserver räägib ainult konkreetse Power Appiga, mille jaoks see on lingitud. Ühenduse puhverserver piirab toiminguid, mis saadetakse ühendustele Power App {Get, Put/Patch, Delete} antud andmeallikas jaoks. Kui teil on rakendus, mis kasutab enne 2024. aasta jaanuari avaldatud ühendusi, peaksite oma rakenduse uuesti avaldama ja tühistama kõigi ühenduste jagamise lõppkasutajatega, kellel neid ei tohiks olla.

SQL Serveris on seda tüüpi ühenduse näide SQL Serveri autentimine. Paljud teised andmebaasi andmeallikad pakuvad sarnast võimalust. Rakenduse avaldamisel ei pea teie kasutajad sisestama kordumatut kasutajanime ja parooli.

Märguanne rakenduste värskendamiseks (turvalised kaudsed ühendused)

Kui teil on rakendusi, mida võidakse selle funktsiooni kasutamiseks täiendada, näete lehel Rakendused teadet. See näitab rakenduste arvu, mis vajavad teie tähelepanu.

Valige link ja see avab külgpaneeli, kus on loetletud kõik tähelepanu vajavad rakendused.

Valige rakenduse nimest paremal asuv avatud ikoon, et rakendus avada ja uuesti avaldada. Jätkake järgmiste juhistega.

Turvaliste varjatud ühenduste lubamine olemasoleva rakenduse jaoks

Avage olemasolev rakendus, mis on redigeerimiseks avatud, kui kaudselt jagatud ühendused on juba avaldatud.

1. Valige käsuribal Seaded ja otsige "Turvaline".
2. Värskendage funktsioonilülitit asjakohaselt, et lubada turvalised kaudsed ühendused.
3. Rakenduse salvestamine ja avaldamine.

Jagamise tühistamine

Kui rakendus on avaldatud, tehke ühiskasutuse õigesti toimimise kontrollimiseks järgmist.

• Kontrollige, kas ühendused on kaasomanikega jagatud. Kui te ei soovi, et lõppkasutaja saaks ühenduse, tühjendage märkeruut Kaasomanik .

  

• Funktsiooni õigesti toimimise kontrollimiseks jagage rakendust teise kasutajaga, kes pole omanik. Kui olete rakenduse ühiskasutusse andnud, märkige selle kasutaja vahekaardil Dataverse loend Ühendused Power Apps . Veenduge, et kasutajal pole ühendust saadaval.

• Avage paneel Jagamine , et muuta lõppkasutaja õigust ühendusele. X-i valimine eemaldab kasutaja juurdepääsu ühendusele.

  

Uue turvalise kaudse ühendusega rakenduste kasutamine

Kui teie rakendus avaldatakse uuesti ja seda jagatakse, pole lõppkasutajatel ühendusele juurdepääsu, kuid nad töötavad peidetud puhverserveri ühendusega. Kasutajad ei saa teie algse ühenduse põhjal uut rakendust luua.

Piirangud

1. Igat tüüpi kaudselt jagatud ühendused toimivad, näiteks tegevus ja tabel.
2. Serveri- ja andmebaasinimed on peidetud võrgujälgedesse, kuid nähtavad nõusolekudialoogis. Veergude nimesid ei peideta.
3. Tabelkonnektorite puhul piirame ainult CRUD-toiminguid, nagu Get, Post, Put või Delete. Kui teil on put-i õigused, siis on teil juurdepääs Postile .
4. Toimingupõhiste konnektorite piirang põhineb rakenduses kasutataval konkreetsel API-l.
5. Hoiatused on jagamisel endiselt lubatud. Kaudselt jagatud ühenduste hoiatus hoiatab endiselt eelversioon. aastal. Kuid teie ühendus selle funktsiooniga on turvaline – hoolimata hoiatusest.
6. Avaldamist tervele rentnikukontole, mitte kindlatele rühmadele või üksikisikutele, ei toetata.
7. Kaudselt jagatud turvalise ühenduse importimisel ühenduse viide kaudu on teadaolev probleem. Turvalisus pole sihtkeskkonnas õigesti seadistatud.
8. On teadaolev probleem lahenduse importimisel teenuse printsipaali abil, mis põhjustab impordi nurjumise. Lahendus on jagada ühendust teenusejuhiga.

Windowsi autentimine

Sellist tüüpi ühendus ei ole turvaline, kuna see ei loo lõppkasutaja autentimist. Kasutage Windowsi autentimist, kui teil on vaja luua ühendus andmeallikas asutusesisene st . Sellist tüüpi ühenduse näide on asutusesisene server, millele on installitud SQL Server. Ühendus peab minema läbi värava. Kuna see läheb läbi väärava, on konnektoril juurdepääs kõigile antud andmeallika andmetele. Selle tulemusena on kogu teave, millele teil on juurdepääs teie sisestatud Windowsi kasutajaandmetega ka konnektorile saadaval. ja rakenduse avaldamisel avaldatakse ka ühendus ning see on teie kasutajatele kättesaadav. See käitumine tähendab, et teie lõppkasutajad saavad luua ka sama ühenduse abil rakendusi ja pääseda juurde arvuti andmetele. Ühendusi andmeallikas jagatakse kaudselt ka kasutajatega, kellega rakendust jagatakse. Seda tüüpi ühendus võib kehtida, kui teie andmeallikas elab ainult asutusesisene serveris ja selles allikas olevad andmed on vabalt jagatavad.

Andmeallikad lahendustes

Lahendusi kasutatakse rakenduse elutsükli haldamiseks ja need pakuvad muid võimalusi andmeallikate elutsüklihaldamiseks. Kui lõuendirakendus on lahenduses, võidakse andmeallikate teabe salvestamiseks luua ühenduseviited ja keskkonnamuutujad . See protsess tagab, et lahenduste migreerimisel erinevatesse keskkondadesse saab andmeallikaid muuta või taastada.

Nimetage rakendustes andmeallikad ümber

Lisateavet rakenduses andmeallikate ümbernimetamise ning tabelipõhiste ja toimingupõhiste andmeallikate erinevuse kohta leiate teemast Toimingupõhiste andmeallikate Power Apps ümbernimetamine.

Ühenduse nõusoleku dialoog

Kui kasutajad avavad konnektoreid kasutava rakenduse esimest korda, näevad nad dialoogi "ühendusega nõustumine" järgmistel eesmärkidel.

1. Kasutajate teavitamiseks andmeallikatest, millele rakendus juurde pääseb.

2. Toimingute liigendamiseks võib konnektor rakenduses töötada või mitte. Näiteks rakenduste puhul, mis kasutavad kasutajate Office 365 konnektorit:

   • See rakendus suudab:
     • lugeda teie kasutajaprofiili;
     • lugeda kõigi kasutajate täielikku profiili.
   • Rakendus ei saa teha järgmist.
     • muuta või kustutada igasugust kasutaja profiiliteavet;

3. selleks, et hõivata lõppkasutaja nõustumine rakenduse poolt andmeallikatega ühenduse loomiseks;

4. lõppkasutaja käsitsi autentimise hõlbustamiseks, kui see on vajalik.

Mõne ühenduse puhul saab Power Platform kasutaja automaatselt autentida andmeallikale juurde pääsemiseks. Kui aga automaatne sisselogimine ebaõnnestub, palub see dialoog kasutajatel ühenduse käsitsi sisselogimisega parandada. Power Platform saab proovida ühenduse automaatset sisselogimist ainult siis, kui andmeallikas on eelnevalt volitanud Microsofti Azure API ühenduste teenuse põhialuse, andes talle õiguse kasutaja ühekordseks sisselogimiseks ühenduse loomisel. Lisateavet ühekordse sisselogimise kohta leiate teemast Mis on ühekordne sisselogimine (SSO)?

Pange tähele, et mudelipõhiste rakenduste puhul, mis kasutavad kohandatud lehti ja kui rakenduses on mitu kohandatud lehte, küsib nõusolekudialoog andmeõigusi kõigi kohandatud lehtede kõigi konnektorite jaoks, isegi kui neid ei avata.

Järgmine pilt on näide SharePoint saidiga ühenduse loomise rakenduse ühenduse nõusoleku dialoogist.

Valitud konnektorite puhul saavad administraatorid selle dialoogi keelata ja anda lõppkasutajate nimel nõusoleku andmeallikaga ühenduse loomiseks. Järgmises tabelis selgitatakse, millist tüüpi konnektorid võidakse nõusolekudialoog rakenduse puhul tõkestada.

Märkus.

Kui administraator ignoreerib nõusolekudialoogi, kuid platvorm ei saa lõppkasutajale ühekordset sisselogimist teha, kuvatakse dialoog kasutajale rakenduse käivitamisel.

Konnektori tüüp	Nõusoleku dialoog on tõlgendatav?	Viide
Microsofti konnektorid, mis toetavad ühekordset sisselogimist (nt SharePoint Office 365 kasutajad)	Ja	Power Apps admin cmdlet
Konnektor, mis pääseb juurde mitte-Microsofti partnerteenusele (nt Salesforce)	No	Pole rakendatav
Kohandatud konnektorid, mis kasutavad OAuth identiteedipakkujana ID-d Microsoft Entra . Need kohandatud konnektorid on loodud organisatsioonide poolt ja neile pääsevad juurde ainult organisatsiooni kasutajad (nt Contoso loodud ainult Contoso kasutajatele).	Ja	Ühenduste haldamine

Microsoft Power Platform saab nõustumisdialoogi ignoreerida ainult nende andmeallikatega ühenduste korral, kus:

1. andmeallikal ei ole kohustust näidata selgesõnalise nõusoleku kasutajaliidest;
2. Andmeallikas eelautoriseerib Microsofti Azure API ühenduste teenuse põhialuse, et lubada ühekordne sisselogimine.
3. Administraator konfigureerib rakendust nõustuma eelnevate ühendustega.

Microsofti Azure API ühenduste teenuse printsipaali eelautoriseerimine on olemas Microsofti esimese osapoole andmeallikate jaoks ja seda võivad konfigureerida rentnikus registreeritud Microsoft Entra kohandatud rakendused, mida kasutavad kohandatud konnektorid. Administraator haldab nõusoleku tõkestamist rakendusepõhiselt (mitte konnektoripõhiselt), nii et tõkestamist hallatakse rakenduse kõige üksikasjalikumal kasutuskogemuse tasemel – see detailsuse tase takistab organisatsiooni "heakskiidetud rakenduste" nõusoleku summutamist tahtmatult tõkestamast nõusolekut rakenduste puhul, mida pole kinnitatud või üle vaadatud.