Ülevaade lõuendirakenduste konnektorite kohta

Andmed on enamiku rakenduste keskmes, sealhulgas Power Apps ehitatavate andmete keskmes. Andmed salvestatakse andmeallikas ja neid saab rakendusse tuua ühenduse luues. Ühendus kasutab andmeallikaga suheldes kindlat konnektorit. Power Apps on konnektorid paljude populaarsete teenuste ja asutusesisene andmeallikate jaoks, sealhulgas SharePoint, SQL Server, Office 365, Salesforce ja Twitter. Andmete lõuendirakendusse lisamise alustamiseks lugege teemat Andmeühenduse lisamine Power Apps.

Konnektor võib anda andmete tabeleid või toiminguid. Mõned konnektorid pakuvad ainult tabeleid, mõned pakuvad ainult toiminguid ja mõned pakuvad mõlemat. Teie konnektor võib olla kas standardne või kohandatud.

Tabelid

Kui teie konnektor pakub tabeleid, lisage andmeallikas ja seejärel valige tabel andmeallikas, mida soovite hallata. Power Apps nii tabeliandmed oma rakendusse tooda kui ka värskendada teie andmeallikas andmeid. Näiteks saate lisada andmeallika, mis sisaldab tabelit nimega Lessons (Tunnid) ja seejärel seada juhtelemendi (nt galerii või vormi) atribuudi Items (Üksused) valemiribal selle väärtusega.

Saate määrata, milliseid andmeid rakendus toob, kohandades andmeid kuvava juhtelemendi atribuuti Items (Üksused). Eelmist näidet jätkates saate andmeid sortida või filtreerida tabelis Lessons (Tunnid) kasutades nime funktsioonide Search (Otsing) ja SortByColumn (Sordi veeru alusel) argumendina. Antud graafikus on Üksuste atribuudiga määratud valem, mis määratleb, et andmed sorditakse ja filtreeritakse vastavalt tekstile otsingukastis TextSearchBox1.

Lisateavet valemi kohandamise kohta tabelitega leiate nendest artiklitest.

Andmeallikate mõistmine Power Apps
Exceli andmetest rakenduse loomine
Uue rakenduse algusest peale loomine
Tabelite ja kirjete mõistmine Power Apps

Toimingud

Kui konnektor pakub toiminguid, peate sarnaselt varasemale siiski valima oma andmeallika. Järgmise etapina tabeli valimise asemel saate juhtelemendi siiski käsitsi ühendada, kui redigeerite Üksuste juhtelemendi atribuuti, mis kuvatakse teie andmete kuvamisel. Valem, millesse Üksuste atribuut on määratud, määrab andmete toomiseks kasutatava toimingu. Näiteks ei too rakendus andmeid, kui loote ühenduse Yammer ja seate atribuudi Üksused andmeallikas nimele. Juhtelemendi andmetega asustamiseks määrake soovitud toiming (nt GetMessagesInGroup(5033622).messages).

Kui teil on vaja toime tulla toimingu konnektorite kohandatud andmete värskendamisega, looge valem, mis sisaldab Plaaster funktsiooni. Määratlege valemis toiming ja väljad, mille olete toimingule sidunud.

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

Paik
Collect
Värskendus

Populaarsed konnektorid

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

	Microsoft Dataverse			Pilvsalvestusruum **
	Dynamics AX			Excel
	Microsofti tõlkeriist			Office 365 Outlook
	Office 365 kasutajad			Oracle
	Power BI			SharePoint
	SQL Server			Twitter

** Kehtib Azure Blobi, Boxi, Dropboxi, Google Drive'i, OneDrive ja OneDrive kohta

Standardsed ja kohandatud konnektorid

Power Apps pakub standardseid konnektoreid paljudele sagedamini kasutatavatele andmeallikatele. Kui Power Apps on standardne konnektor andmeallikas tüübi jaoks, mida soovite kasutada, peaksite seda konnektorit kasutama. Kui soovite luua ühenduse muud tüüpi andmeallikatega (nt loodud teenusega), lugege jaotist Kohandatud konnektorite registreerimine ja kasutamine.

Kõik standardsed konnektorid

Standardsed konnektorid ei nõua erilitsentsimist. Lisateavet vt teemast Power Apps Plans.

Saate esitada küsimusi konkreetse konnektori kohta Power Appsi foorumites ja soovitada konnektoreid, mida soovite lisada, või muid täiustusi, mida Power Apps ideedes teha.

Turvalisus ja autentimise tüübid

Rakenduse autorina ja andmeallikaga ühenduse loomiseks näete, et konnektori valik võimaldab teil kasutada erinevaid võimalusi autentimiseks. Näiteks SQL Serveri konnektor võimaldab teil kasutada Azure AD 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.

Azure AD integreeritud

See on turvalist tüüpi ühendus. Näiteks kasutab SharePoint seda tüüpi autentimist. SQL Server võimaldab seda tüüpi autentimist. Ühenduse loomisel tuvastab Azure AD teenus teid eraldi, et teie nimel SharePoint. Te ei pea sisestama kasutajanime ega parooli. Autorina saate luua ja töötada andmeallikaga, millel on teie kasutajaandmed. Kui avaldate rakenduse ja selle kasutaja logib sisse, teevad nad seda oma kasutajaandmetega. Kui andmed on andmebaasis nõuetekohaselt turvatud, saavad teie kasutajad näha ainult seda, mida neil on volituste põhjal lubatud näha. Seda tüüpi turvalisus võimaldab teil muuta teatud rakenduse kasutajate õigusi back-endi andmeallikas pärast rakenduse avaldamist. 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 volitamine (OAuth)

Seda tüüpi ühendus on turvaline. Näiteks Twitter kasutab seda tüüpi autentimist. Ühenduse loomisel tuleb sisestada oma kasutajanimi ja parool. Autorina saate luua ja töötada andmeallikaga, millel on teie kasutajaandmed. 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.

SQL kasutajanime ja parooliga autentimine

Sellist tüüpi ühendus ei ole turvaline, kuna see ei loo lõppkasutaja autentimist. Seda tuleks kasutada ainult juhul, kui võite olla kindel, et kõik, kellel on sellele ühendusele juurdepääs, saavad vaadata ja kasutada kõiki andmeid, millele ühendus annab juurdepääsu. Ühenduse kaudu juurdepääsetavate andmete osasid ei saa usaldusväärselt sulgeda. Kui ühendus näiteks lubab juurdepääsu ühele tabelile, ei saa filtreerida kasutaja ID-d ainult selleks, et näha selles tabelis ainult selle kindla kasutaja andmeid. Usaldusväärse turvalisuse tagamiseks kasutage turvalisemat ühendust, näiteks Azure AD integreeritud.

SQL Serveris nimetatakse seda tüüpi ühendust SQL Serveri autentimiseks. Paljud teised andmebaasi andmeallikad pakuvad sarnast võimalust. Rakenduse avaldamisel ei pea teie kasutajad sisestama kordumatut kasutajanime ja parooli. Nad kasutavad teie kasutajanime ja parooli, kui sisestate rakenduse kirjutamisel. Ühenduse autentimine andmeallikaga on kaudselt jagatud teie kasutajatega. Rakenduse avaldamisel avaldatakse ka ühendus ja see on teie kasutajatele kättesaadav. Seejärel saavad ka lõppkasutajad luua rakendusi, kasutades mis tahes SQL Aerveri autentimisega ühendust, mis on nendega ühiskasutusse antud. Teie kasutajad ei näe kasutajanime ega parooli, kuid ühendus on neile saadaval. Seda tüüpi ühenduse jaoks on kehtivad omad stsenaariumid. Näiteks kui teil on kirjutuskaitstud andmebaas, mis on saadaval kõigile ettevõttes. Viiteandmete stsenaariumid (nt ettevõtte kalender) võivad sellist tüüpi ühenduse puhul kasulikud olla. Lisateave: kasutage Microsoft SQL Server turvaliselt Power Apps

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 andmeallikaga, mis on asutusesisene. 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. Andmeallika ühendusi jagatakse kaudselt rakenduse kasutajatele, kellega rakendust ühiselt kasutatakse. Seda tüüpi ühendus võib kehtida juhul, kui teie andmeallikas paikneb ainult asutusesiseses serveris ja selle allika andmed on vabalt ühiskasutatavad.

Andmeallikad lahendustes

Lahendusi kasutatakse rakenduse elutsükli halduse jaoks ja need pakuvad andmeallikate elutsükli haldamiseks täiendavaid andmeallikaid. Kui lõuendirakendus on lahendus võib ühendusviited ja keskkonna muutujad luua et talletada teavet andmeallikate kohta. See tagab, et erinevatesse keskkondades lahenduste migreerimisel saab andmeallikaid muuta või uuesti luua.

Nimetage rakendustes andmeallikad ümber

Lisateavet rakenduse andmeallikate ümbernimetamise ning tabeli- ja tegevuspõhiste andmeallikate erinevuse kohta leiate teemast Power Apps tegevusepõhiste andmeallikate ümbernimetamine.

Ühenduse nõusoleku dialoog

Kui kasutajad avavad esimest korda konnektoreid kasutava rakenduse, näevad nad järgmistel eesmärkidel dialoogi „Ühenduse nõusolek”.

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

2. Toimingute kirjeldamiseks võib konnektor rakenduses toimida või mitte. Näiteks rakenduste puhul, mis kasutavad Office 365 kasutajate konnektorit, võib see olla järgmine.

   • See rakendus saab:
     • lugeda teie kasutajaprofiili;
     • lugeda kõigi kasutajate täielikku profiili.
   • See ei saa:
     • 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, et pääseda juurde andmeallikas. Kui aga automaatne sisselogimine ebaõnnestub, palub see dialoog kasutajatel ühenduse käsitsi sisselogimisega parandada. Power Platform saab ühenduse automaatset sisselogimist proovida ainult siis, kui andmeallikas volitab eelnevalt Microsofti Azure'i API-ühenduse teenuse põhiteenuse põhimõtte, andes sellele loa kasutaja jaoks ühekordse sisselogimise tegemiseks ühenduse loomisel. Lisateavet ühekordsete sisselogimiste kohta leiate teemast Mis on ühekordne sisselogimine (SSO)?

Järgmine pilt on näide SharePoint saidiga ühendatud 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, milliseid konnektoritüüpe võib rakenduse nõusolekudialoog keelata.

Microsoft Power Platform saab andmeallikatega ühenduse loomiseks nõusolekudialoogi maha suruda ainult siis, kui:

1. andmeallikal ei ole kohustust näidata selgesõnalise nõusoleku kasutajaliidest;
2. andmeallikas volitab Microsofti Azure API-ühenduste teenuse printsiibi ühekordse sisselogimise lubamiseks.
3. Administraator konfigureerib rakendust nõustuma eelnevate ühendustega.

Microsofti Azure'i API-ühenduste teenuse põhirakenduse eelautoriseerimine on microsofti esimese osapoole andmeallikate jaoks olemas ja seda võivad konfigureerida kohandatud rakendused, mis on registreeritud Azure AD rentnikus, mida kasutavad kohandatud konnektorid. Administraator haldab nõusoleku summutamist rakenduste kaupa (erinevalt konnektoripõhistest), nii et summutamist hallatakse kõige detailsemal rakenduse kasutuskogemuse tasemel — see detailsuse tase takistab organisatsiooni „heakskiidetud rakenduste” nõusoleku summutamist tahtmatult nõusoleku pärssimist rakendused, mida pole heaks kiidetud ega üle vaadatud.