A vászonalapú alkalmazások csatlakozóinak áttekintése

Az adatok a legtöbb alkalmazás középpontjában szerepelnek, beleértve a Power Apps buildelt alkalmazásokat is. Adatokat tárol egy adatforrásban, és egy kapcsolat létrehozásával behozza az adatokat az alkalmazásba. A kapcsolatok speciális összekötő eszközökön keresztül kommunikálnak az adatforrásokkal. Power Apps számos népszerű szolgáltatáshoz és helyszíni adatforráshoz rendelkezik összekötőkkel, például SharePoint, SQL Server, Office 365, Salesforce és Twitter. Az adatok vászonalkalmazáshoz való hozzáadásának megkezdéséhez tekintse meg a következőt: Adatkapcsolat hozzáadása a Power Appsban.

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.

Megjegyzés:

A vászonalapú alkalmazásokban az összekötők száma legfeljebb 10-re, a kapcsolati hivatkozások száma pedig legfeljebb 20 lehet. Ezen korlátok 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 összekötője táblákat biztosít, adja hozzá az adatforrást, majd válassza ki a táblát a kezelni kívánt adatforrásban. Power Apps beolvassa a táblaadatokat 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:

Egyszerű adatforrás Elemek tulajdonsága.

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 beállított képlet meghatározza, hogy az adat a TextSearchBox1 mezőben megadott szöveg alapján lesz rendezve és szűrve.

Kibontott adatforrás Elemek tulajdonsága.

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

A Power Apps adatforrásainak megértése
Alkalmazás létrehozása Excel-adatokból
Előzmények nélküli új alkalmazás létrehozása
A táblázatok és rekordok megértése a Power Apps-ban

Megjegyzés:

Ha egy Excel-munkafüzetben lévő adatokhoz szeretne csatlakozni, egy felhőalapú társzolgáltatásban, például OneDrive üzemeltetheti őket. További információ: Kapcsolódás a felhőbeli tárolóhoz Power Apps.

Műveletek

Ha összekötője műveleteket biztosít, az adatforrásokat 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 jeleníti meg. 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 Yammerhez 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.

Művelet adatforrásának Elemek tulajdonsága.

A műveleti összekötők egyéni adatfrissítéseinek kezeléséhez 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:

Műveletalapú összekötők esetén a galériák és egyéb vezérlők nem oldanak meg automatikusan adatlapozást úgy, mint a táblázatos összekötők esetében. Ha például táblázatos adatforrást köt egy gyűjteményhez, az lekéri a rekordok első készletét vagy lapját (például 100 rekordot), majd a vezérlőelem kérése szerint több adatot is beolvas. 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:

Javítás
Gyűjtés
Update

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 más táblát is visszaadhat, más oszlopokkal, attól függően hogyan hívják. Azok a feltételek, amelyek miatt a tábla oszlopai eltérőek lehetnek, többek között a bemeneti paraméterek, a műveletet végrehajtó felhasználó vagy szerepkör, valamint a felhasználó munkacsoportja. Például SQL Server tárolt eljárások eltérő oszlopokat adhatnak vissza, ha eltérő bemenetekkel futnak, vagy ha egy Azure DevOps-példány alapértelmezés szerint nem elérhető egyéni mezőket használ.

Megjegyzé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ákkal a Power Apps-ben való munkáról további információt a Munka dinamikus értékekkel áttekintő cikkben talál, és az Azure DevOps-hoz való csatlakozásról a Power Apps-ből szóló részletes példát.

Ez a tábla hivatkozásokat tartalmaz a legnépszerűbb összekötőkkel kapcsolatos további információkra. A teljes listá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

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

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

Power Apps számos gyakran használt adatforráshoz biztosít standard összekötőket. Ha Power Apps szabványos összekötővel rendelkezik a használni kívánt adatforrás típusához, használja ezt az összekötőt. Ha más típusú adatforrásokhoz, például egy Ön által létrehozott szolgáltatáshoz csatlakozna, 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ó: Power Apps tervek.

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

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 választott összekötő különböző módszereket kínál a hitelesítésre. Az SQL Server összekötő lehetővé teszi például a Microsoft Entra integrált, a SQL Server-hitelesítés vagy a Windows-hitelesítés használatát. Minden hitelesítéstípus különböző biztonsági szintekkel rendelkezik. Megismerheti, hogy milyen információkat és jogokat oszt meg az alkalmazást használó felhasználókkal. A cikkben szereplő elsődleges példa az SQL Server. Az alapelvek azonban minden típusú kapcsolatra érvényesek.

Megjegyzés:

Microsoft Entra ID

Ez a hitelesítés biztonságos kapcsolattípus. Például SharePoint ilyen típusú hitelesítést használ. SQL Server is lehetővé teszi az ilyen típusú hitelesítést. Amikor csatlakozik, a Microsoft Entra szolgáltatás az Ön nevében azonosítja Önt a SharePoint számára. Nem kell megadnia felhasználónevet vagy jelszót. Szerzőként létrehozhatja és használhatja az adatforrást a hitelesítő adataival. Az alkalmazás közzétételekor az alkalmazás felhasználója a hitelesítő adataikkal jelentkezik be. 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 a felhasználónevet és a jelszót. Szerzőként létrehozhatja és használhatja az adatforrást a hitelesítő adataival. Amikor közzéteszi az alkalmazást, és az alkalmazás felhasználója bejelentkezik, meg kell adnia a hitelesítő adatait is. 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 és biztonságos implicit kapcsolatok

Megosztott kapcsolat esetén a Power Apps szerző megadja a kapcsolat felhasználónevét és jelszavát az adatforrás alkalmazásbeli létrehozásakor. Az adatforráshoz való kapcsolódás hitelesí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 átvehetik a velük megosztott kapcsolatot, és külön új alkalmazásokat hozhatnak létre. A felhasználók nem látják a felhasználónevet vagy a jelszót, de a kapcsolat elérhető számukra. 2024 januárja után azonban minden újonnan létrehozott megosztott kapcsolat biztonságos. A meglévő alkalmazások biztonságossá tételéhez tegye közzé újra őket. 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 a 2024. január előtt közzétett kapcsolatokat használó alkalmazással rendelkezik, tegye közzé újra az alkalmazást, és törölje az olyan kapcsolatok megosztását a végfelhasználókkal, amelyeknek nem kellene őket 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.

Megjegyzés:

Előfordulhat, hogy a végfelhasználók azt a hibaüzenetet kapják, hogy a hozzájárulási párbeszédpanelen nem rendelkezik megfelelő engedélyekkel a kapcsolat használatához . Két helyzet okozhatja ezt a hibát. Először is előfordulhat, hogy az alkalmazás megosztott implicit kapcsolattal rendelkezik, amely nem biztonságos implicit kapcsolat. A végfelhasználóval való kapcsolat megosztása megoldja ezt a problémát, de nem ajánlott, mert minden megosztott kapcsolatnak biztonságos implicit kapcsolatoknak 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, előfordulhat, hogy a kapcsolat már egy implicit módon biztonságos kapcsolat. Az újbóli közzététel megoldhatja ezt a problémát. Ha nem, akkor termékhibát kell beküldeni.

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

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

Értesítés az alkalmazások frissítéséről.

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

Oldalsó panel.

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 szerkesztésre, amely már közzétett implicit módon megosztott kapcsolatokkal van megnyitva:

  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 leállítása

Az alkalmazás közzététele után kövesse az alábbi lépéseket annak ellenőrzéséhez, hogy a megosztás megfelelően működik-e:

  • 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.

Törölje a jelölést 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ó Dataverse lapján a Power Apps alkalmazásban. 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 billentyű kiválasztásával eltávolíthatja a felhasználó hozzáférését a kapcsolathoz.

Használható / visszavonható.

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érnek 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 művelet és 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. A táblázatos összekötők esetében a funkció csak a CRUD-műveleteket korlátozza, például a Get, Post, Put vagy Delete műveletet. Ha van engedélye a Put elvégzéséhez, akkor hozzáférhet a Közzététel lehetőséghez.
  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ásban. 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, az adott csoportokkal vagy egyénekkel szemben, nem támogatott.
  7. Ismert probléma merül fel egy implicit módon megosztott biztonságos kapcsolat kapcsolati hivatkozá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 okoz. Á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 authentication akkor használja, ha on-premises adatforráshoz kell csatlakoznia. Példa ilyen típusú kapcsolatra egy olyan helyszíni kiszolgálóval való kapcsolat, amelyen egy SQL Server fut. 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 minden olyan információ elérhető az összekötő számára, amely a megadott Windows hitelesítő adatokkal érhető el. Az alkalmazás közzétételekor a kapcsolatot is közzéteszi, és elérhetővé teszi a felhasználók számára. Ez a viselkedés azt jelenti, hogy a végfelhasználók ugyanazzal a kapcsolattal hozhatnak létre alkalmazásokat, és hozzáférhetnek a gépen lévő adatokhoz. 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 segítenek az alkalmazások életciklusának kezelésében, és más módszereket kínálnak az adatforrások életciklusának kezelésére. Ha egy vászonalapú alkalmazás megoldásban van, kapcsolathivatkozásokat és környezeti változókat hozhat létre az adatforrásokkal kapcsolatos információk tárolásához. Ez a beállítás megkönnyíti az adatforrások módosítását vagy az újracsatlakozást, 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ó: Rename Power Apps műveletalapú adatforrások.

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

  1. A felhasználók tájékoztatása az alkalmazás által használt adatforrásokkal kapcsolatban.
  2. Egy összekötő által egy alkalmazásban végrehajtható vagy nem végrehajtható műveletek felvázolása. 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 képes a következőkre:
    • Felhasználói profilra vonatkozó adatok módosítása vagy törlése
  1. A végfelhasználó beleegyezésének rögzítéséhez, hogy csatlakozzon az alkalmazás által használt adatforráshoz.
  2. 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. A Power Platform csak akkor kísérelheti meg az automatikus bejelentkezést egy kapcsolathoz, ha egy adatforrás előzetesen engedélyezi a Microsoft Azure API connections szolgáltatási azonosítót. Ez lehetővé teszi a felhasználó számára az egyszeri bejelentkezést 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)?

Az egyéni lapokat használó modellalapú alkalmazások esetében, ha egy alkalmazásban több egyéni lap is található, a hozzájárulási párbeszédpanel adatengedélyeket kér az összes egyéni lap összes összekötőjéhez, még akkor is, ha a felhasználók nem nyitják meg őket.

Az alábbi képen egy SharePoint webhelyhez csatlakozó alkalmazás kapcsolati hozzájárulási párbeszédpanelje látható.

Power Apps hozzájárulás párbeszédpanel

A kiválasztott összekötők esetében a rendszergazdák letilthatják ezt a párbeszédpanelt, és a végfelhasználók nevében engedélyezhetik, hogy csatlakozzanak 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 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 az alkalmazás indításakor jelenik meg a felhasználó számára.

Összekötő típusa Jóváhagyási párbeszédpanel elnyomható? Hivatkozás
Az egyszeri bejelentkezést támogató Microsoft-összekötők (például SharePoint, Office 365 felhasználók) Igen Power Apps rendszergazdai parancsmag
Nem a Microsoft által közzétett partnerszolgáltatást, például a Salesforce-t elérő összekötő Nem Nem alkalmazható
Egyéni összekötők OAuth használatával, ahol a Microsoft Entra ID a hitelesítésszolgáltató. 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 tilthatja le a hozzájárulási párbeszédpanelt az adatforrásokhoz való csatlakozáshoz, ha az alábbi feltételek teljesülnek:

  1. Az adatforráshoz nincs szükség kifejezett hozzájárulási felhasználói felületre.
  2. Az adatforrás előzetes engedélyt ad a Microsoft Azure API connections szolgáltatásügyfelének az SSO, azaz 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 alkalmazáspéldányának előzetes engedélyezése létezik a Microsoft elsődleges adatforrásaihoz. Azok az egyéni alkalmazások, amelyeket egy Microsoft Entra-bérlőben regisztráltak, és amelyeket egyéni összekötők használnak, konfigurálhatják ezt az előzetes hitelesítést. A rendszergazdák alkalmazásonként kezelik a hozzájárulások letiltását (szemben az összekötőkkel), ezért a letiltást a legrészletesebb alkalmazásélmény szintjén kezelik. Ez a részletességi szint megakadályozza, hogy a szervezet "jóváhagyott alkalmazásai" hozzájárulás-letiltása véletlenül letiltsa a jóváhagyást a nem jóváhagyott vagy áttekintett alkalmazások esetében.