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 egy adatforrás révén történik, amelyekből az adatokat kapcsolatok létrehozásával viheti be az alkalmazásaiba. A kapcsolatok speciális összekötő eszközökön keresztül kommunikálnak az adatforrásokkal. 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. A vászonalapú alkalmazások adatainak hozzáadásához tekintse meg az Adatkapcsolat hozzáadása a Power Apps rendszerben című részt.

Egy összekötő tartalmazhat adatokhoz táblákat vagy műveleteket. Bizonyos összekötők csak táblákat, mások csak műveleteket tartalmaznak, de vannak olyanok is, amelyek mindkettőt. Ezenkívül az összekötők lehetnek standard vagy egyéni összekötők.

Táblák

Ha az összekötő táblákat biztosít, adja hozzá a adatforrás, majd válassza ki a kezelni kívánt adatforrás táblát. 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 olyan adatforrást, amely egy Leckék nevű táblát tartalmaz, majd a képletsávon beállíthatja egy vezérlő (pl. katalógus vagy űrlap) Elemek tulajdonságát erre az értékre:

Az adatokat megjelenítő vezérlő Elemek tulajdonságának testreszabásával meghatározhatja, hogy alkalmazása mely adatokat kérje le. Az előző példát folytatva, rendezheti vagy szűrheti a Leckék táblát úgy, hogy a tábla nevét argumentumként használja a Keresés és a SortByColumn függvényekben. Ezen az ábrán az Elemek tulajdonsághoz megadott képlet meghatározza, hogy az adat a TextSearchBox1 mezőben megadott szöveg alapján lesz rendezve és szűrve.

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

Az adatforrásokkal kapcsolatos tudnivalók a Power Apps rendszerben
Alkalmazás létrehozása Excel-adatokból
Előzmények nélküli új alkalmazás létrehozása
A táblákkal és rekordokkal kapcsolatos tudnivalók: Power Apps

Megjegyzé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ókért lásd: Csatlakozás felhőalapú tárolóhoz a Power Apps rendszerből

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 következő lépésként kiválasztana egy táblát, manuálisan kell csatlakoztatnia egy vezérlőt a művelethez. Ehhez szerkessze annak a vezérlőnek az Elemek tulajdonságát, amely az adatokat fogja megjeleníteni. Az Elemek tulajdonsághoz megadott képlet határozza meg a műveletet, amely lekéri az adatokat. Az alkalmazás például nem kér le adatokat akkor, ha a Yammer hálózathoz csatlakozik, majd az Elemek tulajdonságot az adatforrás nevére állítja. A vezérlő adatokkal való feltöltéséhez határozzon meg egy műveletet, például a következőt: GetMessagesInGroup(5033622).messages.

Ha a műveleti összekötők egyéni adatfrissítéseit kell kezelnie, készítsen egy képletet, amely magába foglalja a Javítás függvényt. A képletben azonosítsa a műveletet és a mezőket, amelyekhez a műveletet köti.

Megjegyzé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 függvényt köt egy katalógushoz, akkor az beolvassa a rekordok első halmazá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:

Patch
Collect
Frissítés

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 különböző oszlopokkal rendelkező táblát adhat vissza a meghívásától függően. 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ó vagy szerepkör, valamint a csoport, amelyben a felhasználó dolgozik. Előfordulhat például, hogy az SQL Server tárolt eljárásai eltérő oszlopokat adnak vissza, ha eltérő beviteli adatokkal futtatják őket, vagy egy Azure DevOps-példány olyan egyéni mezőket használhat, amelyek alapértelmezés szerint nem érhetők el. Vegye figyelembe, hogy az összekötő dokumentációja dinamikus sémaeredményeket mutat a következő üzenettel : "A művelet kimenetei dinamikusak." a visszaküldés értékeké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 innen Azure DevOps című Power Apps 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át Az összes összekötő részben tekintheti meg.

Microsoft Dataverse	Felhőtárhely **
Dynamics AX	Excel
Microsoft Translator	Office 365 Outlook
Office 365 Felhasználók	Oracle
Power BI	SharePoint
SQL Server	Twitter

** 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

A Power Apps standard ö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ása és használata című részt.

Az összes standard összekötő

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

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 az Ötletek Power Apps alkalmazásban.

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

Amikor létrehozza az alkalmazást és kapcsolatot hoz létre egy adatforrással, láthatja, hogy a kiválasztott összekötőtől függően különböző hitelesítési lehetőségei vannak. 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.

Megjegyzés

• Az alkalmazáshoz szükséges biztonsági szempontokat a relációs adatbázis-kiszolgáló (például Microsoft SQL Server vagy Oracle) használata esetén adatforrásként egy alkalmazáshoz lásd: A Microsoft SQL Server biztonságos használata a Power Apps-szolgáltatással.
• 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 egy biztonságos kapcsolat. 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 az adatforrást és dolgozhat vele 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 adatokat megfelelően háttérrel biztosítják, a felhasználók csak azt láthatják, amit a hitelesítő adataik alapján láthatnak. Az ilyen típusú védelem lehetővé teszi, hogy az alkalmazás közzététele után módosítsa az alkalmazás bizonyos felhasználóinak jogosultságait az adatforrás hátterében. 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 ezt a típusú hitelesítést használja. Csatlakozáskor meg kell adnia felhasználónevét és jelszavát. Szerzőként létrehozhatja az adatforrást és dolgozhat vele 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, amikor az adatforrás létrejön az alkalmazásban. A adatforrás kapcsolat 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 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. Ez azt jelenti, hogy 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 alkalmazással fog beszélni, 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 rendelkezniük velük.

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 frissíthetők ennek a funkciónak a használatára, akkor egy üzenet jelenik meg 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. Lásd az alábbi utasításokat.

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

Nyisson meg egy szerkesztésre nyitott meglévő alkalmazást implicit módon megosztott kapcsolatokkal, amelyek korábban már közzé lettek téve:

1. A parancssávon válassza a Beállítások lehetőséget, és keressen rá a "Biztonságos" kifejezésre ·.
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 ismételt közzétételekor és megosztásakor a végfelhasználók nem férhetnek hozzá a kapcsolathoz, de a rejtett proxykapcsolattal fognak működni. Nem tudnak új alkalmazást létrehozni 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 figyelmeztetése továbbra is figyelmeztet a privát előzetes verzióban. 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 kapcsolathivatkozáson keresztüli 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. A Windows-hitelesítést akkor érdemes használni, ha helyszíni adatforráshoz 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. Az adatforrás kapcsolatait szintén Implicit módon osztják meg azokkal a felhasználókkal, akikkel az alkalmazást is megosztják. Az ilyen típusú kapcsolatoknak akkor van létjogosultságuk, ha az adatforrás csak helyszíni kiszolgálón létezik, és a forrásban 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ának kezeléséhez. Ha a vásznonalapú alkalmazás egy megoldásban van, akkor kapcsolathivatkozások és környezetváltozók is létrejöhetnek az adatforrások adatainak tárolására. Ez biztosítja, hogy a megoldások más környezetbe való áttelepítésekor módosíthatók vagy újra létrehozhatók az adatforrások.

Adatforrások átnevezése egy alkalmazásban

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

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. Az összekötő által az alkalmazásban esetlegesen végrehajtott műveletek felvázolása. A Office 365 felhasználók összekötőt használó alkalmazások esetében ez például a következő lehet.

   • Ez az alkalmazás képes:
     • A teljes felhasználói profilja olvasása
     • Az összes felhasználó teljes profiljának olvasása
   • A következőkre nem lesz 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 a kapcsolat automatikus bejelentkezését, 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. Az egyszeri bejelentkezésre vonatkozó további információkért lásd: Mi az 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 még nem nyitották meg őket.

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. A következő táblázatból megtudhatja, hogy milyen típusú összekötők esetén nyomható el a beleegyezési párbeszéd egy alkalmazásban.

Megjegyzé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.

Összekötő típusa	Jóváhagyási párbeszédpanel elnyomható?	Hivatkozás
Egyszeri bejelentkezést támogató, saját Microsoft-csatlakozók (például SharePoint, Office 365 felhasználók)	Igen	Power Apps rendszergazdai parancsmag
Nem a Microsoft által közzétett szolgáltatást, például a Salesforce-t elérő összekötő	No	Nem alkalmazható
Egyéni összekötők, amelyek identitásszolgáltatóként azonosítót Microsoft Entra használó OAuth-ot használnak. Ezek szervezetek által létrehozott egyéni összekötők, és a felhasználók számára csak a szervezeten belül érhetők el (például csak a Contoso által létrehozott 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. 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 (az összekötők szintje helyett) kezelik a jóváhagyást, így a rendszer a leggranulárisabb alkalmazásszintjén—kezeli a beleegyezést, hogy a szervezet "jóváhagyott alkalmazásai" véletlenül visszavonják a beleegyezését a nem jóváhagyott vagy ellenőrzött alkalmazásokhoz.

Megjegyzés

Megosztja velünk a dokumentációja nyelvi preferenciáit? Rövid felmérés elvégzése. (ne feledje, hogy ez a felmérés angol nyelvű)

A felmérés elvégzése körülbelül hét percet vesz igénybe. Semmilyen személyes adatot nem gyűjtünk (adatvédelmi nyilatkozat).