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

Az adatok képezik a legtöbb alkalmazás alapját, és ez nincs másként a Power Appsben készített alkalmazások esetén sem. Az adatok tárolása adatforrás történik, és ezeket az adatokat kapcsolat létrehozásával hozhatja be az alkalmazásba. A kapcsolat egy adott összekötőt használ a adatforrás 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 itt Power Apps.

Az összekötők adatokat vagy műveleteket tartalmazó táblákat biztosíthatnak. 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 standard vagy egyéni összekötő is.

Feljegyzés

Javasoljuk, hogy a vászonalapú alkalmazásban az összekötők számát legfeljebb 10-re, a kapcsolati hivatkozásokat pedig legfeljebb 20-ra tartsa. Ha túllépi ezeket a korlátokat, 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á a adatforrás, majd válassza ki a táblát a kezelni kívánt adatforrás. Power Apps Mindkettő táblázatadatokat kér le az alkalmazásba, és automatikusan frissíti az adatforrás adatait. Hozzáadhat például egy Leckék nevű táblát tartalmazó adatforrás, majd beállíthatja egy vezérlőelem, például katalógus vagy űrlap Elemek tulajdonságát erre az értékre a szerkesztőlécen :

Az alkalmazás által beolvasott adatokat az adatokat megjelenítő vezérlő Items tulajdonságának testreszabásával adhatja meg. Az előző példát folytatva rendezheti vagy szűrheti a Leckék tábla adatait úgy, hogy ezt a nevet használja argumentumként a Search és a SortByColumn függvényhez. Ezen az ábrán az a képlet, amelyre az Elemek tulajdonság be van állítva, azt adja meg, hogy az adatok rendezése és szűrése a TextSearchBox1 mezőben lévőszöveg alapján történik.

A képletek táblákkal való testreszabásával kapcsolatos további információért tekintse meg a következő cikkeket:

Az adatforrások ismertetése Power Apps
Alkalmazás létrehozása Excel-adatokból
Teljesen új alkalmazás létrehozása
A táblák és rekordok ismertetése Power Apps

Feljegyzés

Az Excel-munkafüzetekben tárolt adatokhoz való csatlakozáshoz a munkafüzetnek egy felhőalapú tárolószolgáltatásban (pl. OneDrive) kell lennie. További információ: Csatlakozás felhőtárolóhoz Power Apps.

Műveletek

Ha összekötője műveleteket biztosít, az adatforrásokat továbbra is a korábbiakhoz hasonló módon kell kiválasztani. Ahelyett azonban, hogy táblát jelölne ki következő lépés, manuálisan csatlakoztathat egy vezérlőt egy művelethez az adatokat megjelenítő vezérlőelem Elemek tulajdonságának szerkesztésével. A képlet, amelyhez az Elemek tulajdonságot beállítja, meghatározza az adatokat beolvasó műveletet. Az alkalmazás például nem kér le adatokat, ha csatlakozik Yammer , majd az Items tulajdonságot a adatforrás nevére állítja. Egy vezérlő adatokkal való feltöltéséhez adjon meg egy műveletet, például: GetMessagesInGroup(5033622).messages.

Ha a művelet-összekötők egyéni adatfrissítéseit kell kezelnie, 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 egyéb vezérlők nem lapoznak be automatikusan több adatot, mint a táblázatos összekötők esetében. Ha például egy táblázatos adatforrás egy katalógushoz köt, akkor az beolvassa a rekordok első készletét vagy oldalát (például 100 rekordot). Ezután több adatot fog lapozni, ahogy a vezérlő kéri. Műveletalapú összekötő esetén azonban lekér egy adatoldalt. Ha azonban a kért adatok meghaladják az adatoldal méretét, akkor a vezérlő nem kéri le 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 a lehetőségre utal, hogy ugyanaz a művelet a meghívásától függően különböző oszlopokkal rendelkező táblát adhat vissza. A tábla oszlopainak eltérését többek között a bemeneti paraméterek, a műveletet végrehajtó felhasználó/szerepkör és a csoport okozhatja, 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 mutat a következő üzenettel : "A művelet kimenetei dinamikusak." visszatérési értékként.

A dinamikus sémák Power Apps használatáról további információt a Nem típusos és dinamikus objektumok használata című témakörben talál áttekintésért és a Csatlakozás Azure DevOps innen Power Apps című részletes példáért.

Népszerű összekötők

Ez a tábla hivatkozásokat tartalmaz a legnépszerűbb összekötőkkel kapcsolatos további információkra. Az összekötők teljes listájáért lásd: Minden összekötő.

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

** Az Azure Blob, a Box, a Dropbox, a Google Drive OneDrive és OneDrive az üzleti célokra vonatkozik

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

Power Apps Szabványos összekötőket biztosít számos gyakran használt adatforráshoz. Ha a Power Apps biztosít standard összekötőt ahhoz az adatforrástípushoz, amelyet használni szeretne, akkor azt az összekötőt használja. Ha más típusú adatforrásokhoz, például egy Ön által létrehozott szolgáltatáshoz szeretne csatlakozni, tekintse meg az egyéni összekötők regisztrálását és használatátismertető témakört.

Az összes standard összekötő

A szabványos összekötőkhöz nincs szükség speciális licencelésre. További tájékoztatás: Power Apps Csomagok.

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

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

Az alkalmazás írásakor és egy adatforrás való kapcsolat létrehozásakor láthatja, hogy a választott összekötő lehetővé teszi a hitelesítés különböző módjait. Az SQL Server-összekötő például lehetővé teszi az integrált, SQL Server-hitelesítés és 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 cikkben szereplő elsődleges példa az SQL Server, de az alapelvek az összes kapcsolattípusra vonatkoznak.

Feljegyzés

• A relációsadatbázis-kiszolgáló (például Microsoft SQL Server vagy Oracle) alkalmazás adatforrás való használata esetén a biztonsági szempontokról a Biztonságos használat a következővel című témakörben olvashat részletesen Microsoft SQL Server Power Apps.
• Power Apps nem támogatja a külső tagok identitását. További információ: B2B együttműködési felhasználó Microsoft Entra tulajdonságai.

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 azonosítja SharePoint Önt az Ön nevében. Nem kell megadnia felhasználónevet vagy jelszót. Szerzőként létrehozhatja és használhatja a adatforrás a hitelesítő adataival. 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 az alkalmazás adott felhasználóinak jogosultságainak módosítását a háttérben adatforrás az alkalmazás közzététele után. 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ú hitelesítés (OAuth)

Ez szintén biztonságos kapcsolat. A Twitter például ilyen típusú hitelesítést használ. Csatlakozáskor meg kell adnia felhasználónevét és jelszavát. Szerzőként létrehozhatja és használhatja a adatforrás a hitelesítő adataival. 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 a adatforrás alkalmazásban történő létrehozásakor. A adatforrás kapcsolathitelesítése ezután implicit módon meg lesz 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 használhatják a velük megosztott kapcsolatot, és 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ő lenne számukra. 2024 januárja után azonban minden újonnan létrehozott megosztott kapcsolat biztonságossá válik. Ne feledje, hogy 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 beszél. A kapcsolatproxy csak azzal a Power App beszél, amelyhez kapcsolódik. A kapcsolatproxy korlátozza a kapcsolatoknak küldött műveleteket a Power App {Get, Put/Patch, Delete} műveleteire egy adott adatforrás. 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 kapcsolatokat azokkal a végfelhasználókkal, akiknek nem kellene használniuk.

Az SQL Serverben ilyen típusú kapcsolat például az 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.

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

Ha vannak olyan alkalmazásai, amelyek esetleg frissítve vannak ennek a funkciónak a használatára, akkor megjelenik egy üzenet az Alkalmazások lapon. A figyelmet igénylő alkalmazások számát jelzi.

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 szerkesztésre megnyitott meglévő alkalmazást, amelyben már közzé vannak téve implicit módon megosztott kapcsolatok:

1. A parancssávon válassza a lehetőséget beállítások é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 egy 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 adott felhasználó lapján Dataverse Power Apps . Ellenőrizze, hogy a felhasználó nem rendelkezik-e elérhető kapcsolattal.

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

  

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

Az alkalmazás újbóli közzétételekor és megosztásakor a végfelhasználók nem férhetnek hozzá a kapcsolathoz, de a rejtett proxykapcsolattal dolgozhatnak. 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 rejtve vannak a hálózati nyomkövetésekben, de láthatók a hozzájárulási párbeszédpanelen. Az oszlopnevek nincsenek elrejtve.
3. Táblázatos összekötők esetén csak olyan CRUD-műveleteket korlátozunk, mint a Get, Post, Put vagy Delete. Ha van engedélye a Put-hoz , akkor hozzáférhet a Post-hoz .
4. A műveletalapú összekötők korlátja az alkalmazásban használt adott API alapján történik.
5. A figyelmeztetések továbbra is engedélyezve vannak a megosztásban. Az implicit módon megosztott kapcsolatok körüli figyelmeztetés továbbra is figyelmeztet előzetes verzió közben. A funkcióval való kapcsolat azonban biztonságos - a figyelmeztetés ellenére.
6. A teljes bérlőn való közzététel, nem pedig adott csoportok vagy egyének számára nem támogatott.
7. Ismert probléma merül fel az implicit módon megosztott biztonságos kapcsolatok kapcsolati hivatkozás keresztül történő importálásakor. A biztonság nincs megfelelően beállítva a célkörnyezetben.
8. Van egy ismert probléma, amely szolgáltatásnévvel importál egy megoldást, ami importálási hibát okoz. Megkerülő megoldásként ossza meg a kapcsolatot 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. Akkor használjon Windows-hitelesítést, ha helyszíni adatforrás kell 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. A adatforrás létesített kapcsolatok implicit módon is meg vannak osztva azokkal a felhasználókkal, akikkel az alkalmazás meg van osztva. Ez a kapcsolattípus akkor lehet érvényes, ha a adatforrás csak 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 az alkalmazások életciklusának kezelésére szolgálnak, és más képességeket biztosítanak az adatforrások életciklusánakkezeléséhez. Ha vászonalapú alkalmazás van egy megoldásban, 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 folyamat biztosítja, hogy az adatforrások módosíthatók vagy újra létrehozhatók legyenek, amikor a megoldásokat különböző környezetekbe migrálják.

Adatforrások átnevezése egy alkalmazásban

Ha többet szeretne megtudni az adatforrások átnevezéséről egy alkalmazásban, valamint a táblázatos és a műveletalapú adatforrások közötti különbségről, tekintse meg a műveletalapú adatforrások átnevezését Power Apps .

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

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

1. A felhasználók tájékoztatása az alkalmazás által használt adatforrásokkal kapcsolatban.

2. A műveletek vázlatához előfordulhat, hogy egy összekötő nem működik 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 képes:
     • A teljes felhasználói profilja olvasása
     • Az összes felhasználó teljes profiljának olvasása
   • Az alkalmazás nem képes:
     • 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érelheti meg az automatikus bejelentkezést egy kapcsolathoz, ha egy adatforrás előre engedélyezi a Microsoft Azure API-kapcsolatok szolgáltatásnévét, és engedélyt ad arra, hogy egyszeri bejelentkezést hajtson végre egy felhasználó számára a kapcsolat létrehozásakor. További információ az egyszeri bejelentkezésről: Mi az egyszeri bejelentkezés (SSO)?

Vegye figyelembe, hogy az egyéni oldalakat használó modellvezérelt alkalmazások esetében, ha egy alkalmazásban több egyéni oldal található, 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 milyen típusú összekötők esetében lehet letiltva a hozzájárulási párbeszédpanel egy alkalmazáshoz.

Feljegyzés

Ha egy rendszergazda elnyomja a beleegyezési párbeszédpanelt, de a platform nem tud egy végfelhasználóhoz egyszeri bejelentkezést végrehajtani, akkor a párbeszédpanel megjelenik a felhasználónak az alkalmazás elindításakor.

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 SharePoint Office 365 felhasználók)	Igen	Power Apps Rendszergazdai parancsmag
Összekötő nem Microsoft-partnerszolgáltatáshoz, például a Salesforce-hoz való hozzáférés	No	Nem alkalmazható
Egyéni összekötők, amelyek azonosítót OAuth használnak 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 férhetnek hozzá (például a Contoso csak a Contoso felhasználók számára készült)	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. A adatforrás előre 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ásnevének előzetes engedélyezése létezik a Microsoft belső adatforrásaihoz, és az egyéni összekötők által használt, bérlőben Microsoft Entra regisztrált egyéni alkalmazások konfigurálhatják. A rendszergazdák alkalmazásonként kezelik a hozzájárulások mellőzését (nem összekötők alapján), így a mellőzés kezelése az alkalmazásélmény legrészletesebb 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ának letiltása véletlenül letiltsa a nem jóváhagyott vagy felülvizsgált alkalmazások jóváhagyását.