A vászonalkalmazások csatlakozóinak áttekintése

Az adatok a legtöbb alkalmazás középpontjában állnak, beleértve a beépített alkalmazásokat is Power Apps. Az adatok egy adatforrásban vannak tárolva, és ezeket az adatokat egy kapcsolat létrehozásával hozhatja be az alkalmazásba. A kapcsolat egy adott összekötőt használ az adatforrással való kommunikációhoz. A Power Apps több népszerű szolgáltatáshoz és helyszíni adatforráshoz rendelkezik összekötőkkel, többek között a SharePoint, az SQL Server, az Office 365, a Salesforce és a Twitter szolgáltatásokhoz. Az adatok vászonalapú alkalmazáshoz való hozzáadásának megkezdéséhez lásd: Adatkapcsolat hozzáadása Power Apps.

Az összekötők adattáblákat vagy műveleteket tartalmazhatnak. Bizonyos összekötők csak táblákat, mások csak műveleteket tartalmaznak, de vannak olyanok is, amelyek mindkettőt. Az összekötő lehet szabványos vagy egyéni összekötő is.

Feljegyzés

A vászonalapú alkalmazásokban az összekötők számát legfeljebb 10-re, a kapcsolati hivatkozásokat pedig legfeljebb 20-ra kell növelni. Ezeknek a korlátoknak a túllépése hosszabb betöltési időt eredményezhet a felhasználók számára az alkalmazás indításakor, és problémákat okozhat az alkalmazás mentésekor.

Táblák

Ha az összekötő táblákat biztosít, adja hozzá az adatforrást, majd válassza ki a kezelni kívánt táblát az adatforrásban. Power Apps Lekéri a táblaadatokat az alkalmazásba, és automatikusan frissíti az adatforrás adatait. Vegyen fel például egy olyan adatforrást, amely rendelkezik egy Lessons nevű táblával, majd állítsa beegy vezérlőelem, például egy katalógus vagy egy űrlap Elemek tulajdonságát erre az értékre a szerkesztőlécen :

Adja meg az alkalmazás által lekért adatokat az adatokat megjelenítő vezérlő Elemek tulajdonságának testreszabásával . Az előző példát folytatva rendezze vagy szűrje a Leckék táblázat adatait a Keresés és aRendezés oszlop függvény argumentumaként. Ezen az ábrán az Elemek tulajdonság képletkészlete határozza meg, hogy az adatok rendezése és szűrése a TextSearchBox1 szövegealapján történjen.

A képletek táblázatokkal való testreszabásával kapcsolatos további információkért tekintse meg az alábbi cikkeket:

Az adatforrások ismertetése Power Apps
Alkalmazás létrehozása Excel-adatokból
Alkalmazás létrehozása az alapoktól
A táblák és rekordok ismertetése Power Apps

Feljegyzés

Ha egy Excel-munkafüzetben lévő adatokhoz szeretne csatlakozni, tárolja azokat egy felhőalapú tárolási szolgáltatásban, például OneDrive. További információ: Csatlakozás felhőalapú tárolóhoz innen Power Apps.

Műveletek

Ha az összekötő műveleteket biztosít, válassza ki az adatforrást a korábbiakhoz hasonlóan. Ahelyett, hogy következő lépésként táblát választana ki, manuálisan csatlakoztathat egy vezérlőt egy művelethez az adatokat megjelenítő vezérlő Elemek tulajdonságának szerkesztésével . Az Elemek tulajdonsághoz beállított képlet határozza meg az adatokat beolvasó műveletet. Az alkalmazás például nem kér le adatokat, ha csatlakozik az adatforráshoz Yammer , majd az Elemek tulajdonságot az adatforrás nevére állítja. Ha egy vezérlőt adatokkal szeretne feltölteni, adjon meg egy műveletet, például GetMessagesInGroup(5033622).messages.

A műveletösszekötők egyéni adatfrissítéseinek kezeléséhez hozzon létre egy képletet, amely tartalmazza a Patch függvényt. A képletben azonosítsa a műveletet és a művelethez kötődő mezőket.

Feljegyzés

A műveletalapú összekötők esetében a katalógusok és más vezérlők nem lapoznak automatikusan több adatot, mint a táblázatos összekötők esetében. Ha például táblázatos adatforrást köt egy katalógushoz, az lekéri a rekordok első halmazát vagy oldalát (például 100 rekordot), majd a vezérlő kérésére további adatokat lapoz be. Műveletalapú összekötő esetén lekéri az adatok "oldalát", de ha a kért adatok meghaladják az oldalméretet, a vezérlő nem kapja meg automatikusan a következő oldalt.

A képlet egyéni frissítésekhez való testreszabásával kapcsolatos további információért tekintse meg a következő cikkeket:

Folt
Gyűjt
Frissít

A dinamikus séma a műveletalapú összekötők gyakori eredménytípusa. A dinamikus séma arra utal, hogy ugyanaz a művelet a hívás módjától függően különböző oszlopokkal rendelkező táblát adhat vissza. A tábla oszlopainak eltérését okozó feltételek közé tartoznak többek között a bemeneti paraméterek, a műveletet végrehajtó felhasználó/szerepkör és az a csoport, amelyben a felhasználó dolgozik. Előfordulhat például, hogy SQL Server tárolt eljárások különböző oszlopokat adnak vissza, ha különböző bemenetekkel futnak, vagy egy Azure DevOps példány olyan egyéni mezőket használhat, amelyek alapértelmezés szerint nem érhetők el.

Feljegyzés

Az összekötő dokumentációja dinamikus sémaeredményeket jelenít meg a következő üzenettel : "A művelet kimenetei dinamikusak." visszatérési értékként.

A dinamikus sémával Power Apps kapcsolatos további információkért lásd: Dinamikus értékek használata áttekintésért és Csatlakozás innentől Azure DevOps Power Apps részletes példáért.

Népszerű összekötők

Ez a táblázat a népszerű összekötőkkel kapcsolatos további információkra hivatkozik. A teljes listát lásd: Minden összekötő.

Microsoft Dataverse	Felhőalapú tárolás **
Dinamika AX	Kitűnik
Microsoft fordító	Office 365 Kilátás
Office 365 Felhasználók	Jóslat
Power BI	SharePoint
SQL Server	Csicsergés

** Az Azure Blobra, a Boxra, a Dropboxra, a Google Drive-ra és OneDrive.

Standard és egyéni összekötők

Power Apps Szabványos összekötőket biztosít számos gyakran használt adatforráshoz. Ha Power Apps rendelkezik szabványos összekötővel a használni kívánt adatforrás típusához, használja ezt az összekötőt. Más típusú adatforrásokhoz, például egy Ön által létrehozott szolgáltatáshoz való csatlakozáshoz lásd: Egyéni összekötők regisztrálása és használata.

Az összes standard összekötő

A szabványos összekötőkhöz nincs szükség speciális licencelésre. További információ: Power Apps csomagok.

Kérdéseket tehet fel egy adott összekötővel kapcsolatban a Power Apps fórumokon, és javasolhat hozzáadni kívánt összekötőket vagy egyéb fejlesztéseket az Ötletek Power Apps alkalmazásban.

Biztonság és hitelesítési típusok

Az alkalmazás létrehozásakor és az adatforráshoz való kapcsolat létrehozásakor láthatja, hogy az összekötő kiválasztása lehetővé teszi a hitelesítés különböző módjait. A SQL Server-összekötő például lehetővé teszi az integrált, a SQL Server hitelesítés és a Windows-hitelesítés használatát Microsoft Entra . Minden hitelesítési típushoz különböző, hozzájuk társított biztonsági szintek tartoznak. Fontos megismerni, hogy milyen információkat és jogosultságokat oszt meg az alkalmazás felhasználóival. A cikk elsődleges példája a SQL Server, de az alapelvek minden típusú kapcsolatra vonatkoznak.

Feljegyzés

• A relációsadatbázis-kiszolgálók, például Microsoft SQL Server az Oracle alkalmazás adatforrásaként való használatakor felmerülő biztonsági szempontokról a Biztonságos használat című témakörben olvashat részletesen Microsoft SQL Server Power Apps.
• Power Apps nem támogatja a külső tagidentitásokat . További információ: B2B-együttműködési felhasználó Microsoft Entra tulajdonságai.
• Az átjáró kiválasztása nem támogatott a névtelen hitelesítési típust használó egyéni összekötők esetében.

Microsoft Entra ID

Ez a hitelesítés biztonságos kapcsolattípus. A SharePoint például ezt a típusú hitelesítést használja. Az SQL Server az ilyen típusú hitelesítés használatát is lehetővé teszi. Amikor csatlakozik, a Microsoft Entra szolgáltatás külön SharePoint azonosítja Önt az Ön nevében. Nem kell megadnia felhasználónevet vagy jelszót. Szerzőként hitelesítő adataival hozhatja létre és dolgozhat az adatforrással. Az alkalmazás közzétételekor, amikor az alkalmazás felhasználója bejelentkezik, akkor azt a hitelesítő adataival teszi. Ha az adatok megfelelően védettek a háttérben, a felhasználók csak azt láthatják, amire a hitelesítő adataik alapján jogosultak. Ez a biztonsági típus lehetővé teszi, hogy az alkalmazás közzététele után módosítsa az alkalmazás adott felhasználóinak jogait a háttér-adatforráson. Például engedélyezheti vagy megtagadhatja a hozzáférést, illetve pontosíthatja, hogy a felhasználók vagy a felhasználók egy csoportja milyen, a háttérben futó adatforrásokat láthat.

Nyílt szabványú engedélyezés (OAuth)

Ez szintén biztonságos kapcsolat. A Twitter például ezt a típusú hitelesítést használja. Csatlakozáskor meg kell adnia felhasználónevét és jelszavát. Szerzőként hitelesítő adataival hozhatja létre és dolgozhat az adatforrással. Az alkalmazás közzétételekor, amikor az alkalmazás felhasználója bejelentkezik, meg kell adnia a hitelesítő adatait. Ez a típusú kapcsolat biztonságos, hiszen a felhasználóknak a saját hitelesítő adataikat kell használniuk ahhoz, hogy hozzáférjenek az adatforrás-szolgáltatáshoz.

Megosztott kapcsolatok / Biztonságos implicit kapcsolatok

Megosztott kapcsolat esetén a kapcsolat felhasználónevét és jelszavát a Power Apps szerző adja meg az adatforrás alkalmazásban történő létrehozásakor. Az adatforráshoz való csatlakozás hitelesítése ezután implicit módon meg van osztva a végfelhasználókkal. Az alkalmazás közzétételét követően a rendszer a kapcsolatot a felhasználók számára is közzéteszi és elérhetővé teszi.

2024 januárja előtt a végfelhasználók a velük megosztott kapcsolatot külön új alkalmazásokat hozhatnak létre. A felhasználók nem láthatják a felhasználónevet vagy a jelszót, de a kapcsolat elérhető lesz számukra. 2024 januárja után azonban az összes újonnan létrehozott megosztott kapcsolat biztonságos. A régi alkalmazásokat újra közzé kell tenni a biztonság érdekében. A kapcsolat már nincs megosztva a végfelhasználókkal. A közzétett Power App egy kapcsolatproxyval kommunikál. A kapcsolatproxy csak azzal a Power App alkalmazással kommunikál, amelyhez csatolva van. A kapcsolatproxy a kapcsolatokhoz küldött műveleteket a Power App {Get, Put/Patch, Delete} műveleteire korlátozza egy adott adatforráshoz. Ha olyan alkalmazással rendelkezik, amely a 2024 januárja előtt közzétett kapcsolatokat használja, tegye közzé újra az alkalmazást, és szüntesse meg a kapcsolatok megosztását a végfelhasználókkal, akiknek nem kellene rendelkezniük velük.

A SQL Server ilyen típusú kapcsolatra példa a SQL Server hitelesítés. Számos más adatbázis-adatforrás rendelkezik hasonló képességgel. Az alkalmazás közzétételekor a felhasználóknak nem kell egyedi felhasználónevet és jelszót megadni.

Feljegyzés

A kapcsolat használatához nem rendelkezik megfelelő engedélyekkel, a végfelhasználók hibaüzenettel találkozhatnak a hozzájárulási párbeszédpanelen. Két helyzet okozhatja ezt. Először is, előfordulhat, hogy az alkalmazás megosztott implicit kapcsolattal rendelkezik, amely nem biztonságos implicit kapcsolat. A kapcsolat megosztása a végfelhasználóval megoldja ezt a problémát, de nem ajánlott, mert minden megosztott kapcsolatnak biztonságos, implicit kapcsolatnak kell lennie. A probléma megoldásához a szerzőnek az alkalmazás összes kapcsolatát biztonságos implicit kapcsolattá kell alakítania. Másodszor, a kapcsolat már biztonságos implicit kapcsolat lehet. Az újbóli közzététel megoldhatja ezt a problémát. Ha nem, akkor termékhibát kell benyújtani.

Értesítés az alkalmazások frissítéséről (biztonságos implicit kapcsolatok)

Ha olyan alkalmazásokkal rendelkezik, amelyek frissítve lehetnek a funkció használatára, akkor egy üzenet jelenik meg az Alkalmazások lapon. Jelzi a figyelmet igénylő alkalmazások számát.

Válassza ki a hivatkozást, és megnyílik egy oldalsó panel, amely felsorolja az összes figyelmet igénylő alkalmazást.

Válassza az alkalmazás nevétől jobbra található megnyitás ikont az alkalmazás megnyitásához és újbóli közzétételéhez. Folytassa a következő utasításokkal.

Biztonságos implicit kapcsolatok engedélyezése meglévő alkalmazáshoz

Nyisson meg egy meglévő alkalmazást, amely már közzétett implicit módon megosztott kapcsolatokkal van megnyitva szerkesztésre :

1. A parancssávon válassza a Beállítások lehetőséget , és keressen rá "Biztonságos".
2. Frissítse megfelelően a funkciókapcsolót a biztonságos implicit kapcsolatok engedélyezéséhez.
3. Alkalmazás mentése és közzététele.

Megosztás megszüntetése

Az alkalmazás közzététele után kövesse az alábbi lépéseket a megosztás megfelelő működésének ellenőrzéséhez:

• Ellenőrizze, hogy a kapcsolatok meg vannak-e osztva a társtulajdonosokkal. Ha nem szeretné, hogy a végfelhasználó kapcsolatot létesítsen, törölje a jelet a Társtulajdonos jelölőnégyzetből.

• A funkció megfelelő működésének ellenőrzéséhez ossza meg az alkalmazást egy másik felhasználóval, aki nem tulajdonos. Miután megosztotta az alkalmazást, ellenőrizze a Kapcsolatok listát az Dataverse adott felhasználó lapján Power Apps . Ellenőrizze, hogy a felhasználó nem rendelkezik-e elérhető kapcsolattal.

• Nyissa meg a Megosztás panelt a végfelhasználó csatlakozási jogának módosításához. Az X kiválasztásával a felhasználó nem fér hozzá a kapcsolathoz.

Alkalmazások használata új, biztonságos implicit kapcsolattal

Az alkalmazás újbóli közzététele és megosztása után a végfelhasználók nem férhetnek hozzá a kapcsolathoz, de a rejtett proxykapcsolattal dolgoznak. A felhasználók nem hozhatnak létre új alkalmazást az eredeti kapcsolat alapján.

Korlátozások

1. Az implicit módon megosztott kapcsolatok minden típusa működik, például a művelet és a táblázatos.
2. A kiszolgáló- és adatbázisnevek el vannak rejtve a hálózati nyomkövetésekben, de láthatók a hozzájárulási párbeszédpanelen. Az oszlopnevek nincsenek rejtve.
3. Táblázatos összekötők esetén csak a CRUD-műveleteket korlátozzuk, például a Get, a Post, a Put vagy a Delete. Ha van engedélyed a Put-hoz, akkor hozzáférhetsz a Közzétételhez .
4. A műveletalapú összekötők az alkalmazásban használt API-tól függően korlátozódnak.
5. A figyelmeztetések továbbra is engedélyezve vannak a megosztás során. Az implicit módon megosztott kapcsolatokra vonatkozó figyelmeztetés továbbra is figyelmeztet az előzetes verzióban. A funkció azonban biztonságos – a figyelmeztetés ellenére.
6. A teljes bérlőben való közzététel, nem adott csoportok vagy egyének, nem támogatott.
7. Ismert probléma merül fel egy implicit módon megosztott biztonságos kapcsolat kapcsolathivatkozáson keresztüli importálásakor. A biztonság nincs megfelelően beállítva a célkörnyezetben.
8. Ismert probléma merült fel a megoldás szolgáltatásnévvel történő importálásakor, ami importálási hibát okozott. Áthidaló megoldás a kapcsolat megosztása a szolgáltatásnévvel.

Windows-hitelesítés

Ez a kapcsolattípus nem biztonságos, mert nem épít a végfelhasználói hitelesítésre. Windows-hitelesítést akkor használjon, ha helyszíni adatforráshozkell csatlakoznia. Ilyen típusú kapcsolat például egy olyan helyszíni kiszolgáló, amely SQL Serverrel rendelkezik. A kapcsolatnak át kell haladnia egy átjárón. Mivel átjárón halad át, az összekötő az adott adatforrás összes adatához hozzáférhet. Ennek eredményeképpen a rendelkezésre álló Windows hitelesítő adatokkal elérhető információk az összekötő rendelkezésére állnak. Az alkalmazás közzétételét követően a rendszer a kapcsolatot a felhasználók számára is közzéteszi és elérhetővé teszi. Ez a viselkedés azt jelenti, hogy a végfelhasználók is létrehozhatnak alkalmazásokat ugyanezen kapcsolaton keresztül, és hozzáférhetnek az adatokhoz azon a számítógépen. Az adatforráshoz való csatlakozások implicit módon meg vannak osztva azokkal a felhasználókkal is , akikkel az alkalmazás meg van osztva. Ez a kapcsolattípus akkor lehet érvényes, ha az adatforrás csak egy helyszíni kiszolgálón található, és a forráson lévő adatok szabadon megoszthatók.

Adatforrások a megoldásokban

A megoldások segítenek az alkalmazások életciklusának kezelésében , és más módszereket kínálnak az adatforrások életciklusánakkezelésére. Ha egy vászonalapú alkalmazás egy megoldásban van, kapcsolati hivatkozások és környezeti változók hozhatók létre az adatforrásokkal kapcsolatos információk tárolására. Ez a beállítás megkönnyíti az adatforrások módosítását vagy újracsatlakoztatását, amikor megoldásokat helyez át különböző környezetekbe.

Adatforrások átnevezése egy alkalmazásban

Megtudhatja, hogyan nevezheti át az adatforrásokat egy alkalmazásban, és hogyan lehet különbséget tenni a táblázatos és a műveletalapú adatforrások között. További információ: Műveletalapú adatforrások Power Apps átnevezése.

Kapcsolat hozzájárulási párbeszédpanel

Amikor a felhasználók első alkalommal nyitnak meg egy összekötőket használó alkalmazást, a következő célokra egy "kapcsolati hozzájárulás" párbeszédpanel jelenik meg.

1. A felhasználók tájékoztatása az alkalmazás által használt adatforrásokkal kapcsolatban.
2. A műveletek felvázolásához előfordulhat, hogy az összekötő nem hajt végre egy alkalmazásban. Például a Office 365 Felhasználók összekötőt használó alkalmazások esetében:

• Ez az alkalmazás a következőkre képes:
  • A teljes felhasználói profilja olvasása
  • Az összes felhasználó teljes profiljának olvasása
• Az alkalmazás nem teheti a következőket:
  • Felhasználói profilra vonatkozó adatok módosítása vagy törlése

3. A végfelhasználó beleegyezésének rögzítéséhez, hogy csatlakozzon az alkalmazás által használt adatforráshoz.
4. A végfelhasználók manuális hitelesítésének megkönnyítéséhez, ha szükséges.

Egyes kapcsolatok esetén a Power Platform automatikusan hitelesítheti az adott felhasználót az adatforrás eléréséhez. Ha azonban az automatikus bejelentkezés sikertelen, a párbeszédpanel a manuális bejelentkezéssel kéri a felhasználókat a kapcsolat kijavítására. Power Platform csak akkor kísérelhet meg automatikus bejelentkezést egy kapcsolathoz, ha egy adatforrás előzetesen engedélyezi a Microsoft Azure API-kapcsolatok szolgáltatásnevét, és engedélyt ad a felhasználó egyszeri bejelentkezésére a kapcsolat létrehozásakor. További információ az egyszeri bejelentkezésről: Mi az egyszeri bejelentkezés (SSO)?

Az egyéni oldalakat használó modellvezérelt alkalmazások esetében, ha egy alkalmazásban több egyéni oldal van, a hozzájárulási párbeszédpanel adatengedélyeket kér az összes egyéni oldal összes összekötőjéhez, még akkor is, ha nincsenek megnyitva.

A következő kép egy példa a kapcsolati beleegyezési párbeszédre, amikor egy alkalmazás kapcsolódik egy SharePoint-webhelyhez.

Egyes összekötők esetén a rendszergazdák elnyomhatják a párbeszédet, és a végfelhasználók nevében beleegyezhetnek, hogy csatlakozzon egy adatforráshoz. Az alábbi táblázat ismerteti, hogy a hozzájárulási párbeszédpanel milyen típusú összekötőket lehet letiltva egy alkalmazáshoz.

Feljegyzés

Ha egy rendszergazda letiltja a hozzájárulási párbeszédpanelt, de a platform nem tud egyszeri bejelentkezést végrehajtani egy végfelhasználó számára, a párbeszédpanel megjelenik a felhasználó számára, amikor elindítja az alkalmazást.

Csatlakozó típusa	Jóváhagyási párbeszédpanel elnyomható?	Referencia
Az egyszeri bejelentkezést támogató Microsoft-összekötők (például,felhasználók SharePoint Office 365 )	Igen	Power Apps rendszergazdai parancsmag
Nem Microsoft-partnerszolgáltatáshoz, például Salesforce-hoz hozzáférő összekötő	No	Nem alkalmazható
Egyéni összekötők OAuth azonosítóval Microsoft Entra identitásszolgáltatóként. Ezeket az egyéni összekötőket szervezetek hozzák létre, és csak a szervezeten belüli felhasználók érhetik el őket (például a Contoso csak a Contoso felhasználók számára)	Igen	Kapcsolatok kezelése

A Microsoft Power Platform csak akkor képes elnyomni a beleegyezési párbeszédpanelt csatlakozások adatorrásokhoz, ha:

1. Az adatforrás nem teszi kötelezővé a kifejezett beleegyezés felhasználói felületének beleegyezését.
2. Az adatforrás előzetesen engedélyezi a Microsoft Azure API-kapcsolatok szolgáltatásnevét az egyszeri bejelentkezés engedélyezéséhez.
3. A rendszergazda az alkalmazást úgy konfigurálja, hogy elnyomja a korábbi kapcsolatokhoz való beleegyezést.

A Microsoft Azure API-kapcsolatok szolgáltatásnév előzetes engedélyezése a Microsoft belső adatforrásaihoz létezik, és az egyéni összekötők által használt bérlőben regisztrált Microsoft Entra egyéni alkalmazások konfigurálhatják. A rendszergazda alkalmazásonként kezeli a hozzájárulás mellőzését (nem pedig összekötői alapon), így a mellőzés kezelése a legrészletesebb alkalmazásélmény szintjén történik – ez a részletességi szint megakadályozza, hogy a szervezet "jóváhagyott alkalmazásainak" hozzájárulás-elnyomása véletlenül letiltsa a nem jóváhagyott vagy felülvizsgált alkalmazások hozzájárulását.