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 ö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. A Power Apps nemcsak lekéri a tábla adatait az Ön alkalmazásába, hanem frissíti is az adatforrásban tárolt adatokat. 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 megadott 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:

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.

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

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.

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

Megjegyzés

A Power Apps nem működik a dinamikus sémával. A dinamikus séma kifejezés arra a lehetőségre utal, hogy ugyanaz a művelet más táblát is visszaadhat, más oszlopokkal. Azok a feltételek, amelyek a táblákban lévő oszlopok eltérését okozhatják, tartalmazzák a bemeneti műveletparamétereket, a műveletet végrehajtó felhasználót vagy szerepkört, valamint azt a csoportot, amelyben a felhasználó többek között dolgozik. Az SQL Server által tárolt eljárások például más-más bemenetekkel történő futtatás esetén különböző oszlopokat adhatnak vissza. A dinamikus sémával rendelkező műveletek esetén az összekötő dokumentációja azt mutatja, hogy A művelet kimenetei dinamikusak. a visszaküldés értékeként. Ezzel szemben a Power Automate dinamikus sémával dolgozik, és előfordulhat, hogy problémaelhárítást biztosít a forgatókönyve számára.

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. Microsoft Dataverse   Felhőtárhely Felhőtárhely **
Dynamics AX. Dynamics AX   Microsoft Excel Excel
Microsoft Translator. Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 Users. Office 365 Felhasználók   Oracle Oracle
Power BI. Power BI   SharePoint-embléma SharePoint
SQL Server. SQL Server   Twitter-embléma Twitter

** Az Azure Blob, a Box, a Dropbox, a Google Drive, a OneDrive és a OneDrive Vállalati verzió rendszerre 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

Konkrét összekötőkkel kapcsolatos kérdéseit felteheti a Power Apps fórumain, a Power Apps Ideas felületén pedig hozzáadandó összekötőket vagy más fejlesztéseket javasolhat.

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 Azure AD Integrated, az SQL Server-hitelesítés és a Windows-hitelesítés használatát. 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ók (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.

Azure AD Integrated

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. Kapcsolódáskor az Azure AD szolgáltatás a SharePoint eszköztől függetlenül azonosítja Önt. 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. A kapcsolódáskor meg kell adnia a felhasználónevét és a 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.

SQL felhasználónév- és jelszóhitelesítés

Ez a kapcsolattípus nem biztonságos, mert nem épít a végfelhasználói hitelesítésre. Csak olyan esetekben használható, amikor biztonsággal feltételezhető, hogy mindenki, aki hozzáféréssel rendelkezik ehhez a kapcsolathoz, láthatja és használhatja az összes olyan adatot, amelyhez a kapcsolat hozzáférést biztosít. A kapcsolaton belül elérhető adatok egy részét nem lehet megbízhatóan zárolni. Ha például a kapcsolat egyetlen táblázathoz enged hozzáférést, akkor nem lehet a userID-re támaszkodni a szűréshez annak érdekében, hogy csak az adott felhasználó adatait lássa az adott táblázaton belül. A megbízható biztonság érdekében használjon biztonságosabb kapcsolatot, például: Azure AD Integrated.

Az SQL-szerveren az ilyen típusú kapcsolatot SQL-szerver-hitelesítésnek nevezik. 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. Az alkalmazás létrehozásakor megadott felhasználónevet és jelszót használják. Az adatforrás kapcsolati hitelesítése Implicit módon van megosztva a felhaszná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. Ezután a végfelhasználók is a velük megosztott SQL Server-hitelesítést használó bármely kapcsolat segítségével létrehozhatnak alkalmazásokat. A felhasználók nem látják a felhasználónevet vagy jelszót, de a kapcsolat elérhető lesz a számukra. Vannak érvényes forgatókönyvek erre a kapcsolattípusra. Például ha van egy csak olvasható adatbázisa, amely a vállalaton belül mindenki számára elérhető. A referenciaadat-forgatókönyvek (például egy vállalati naptár) hasznosak lehetnek az ilyen típusú kapcsolat esetében.

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ásokat az alkalmazás életciklusának kezelésére használják, és további lehetőségeket biztosítanak az adatforrások életciklusának kezeléséhez. Ha a vásznonalapú alkalmazás megoldás, 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.

Amikor a felhasználók első alkalommal nyitnak meg az összekötőket használó alkalmazást, a következő céllal megjelenik a "csatlakozáshoz való beleegyezés" párbeszédpanel.

  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 a következő képes lesz:
      • 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. A Power Platform csak akkor kísérelhet meg automatikus bejelentkezést egy kapcsolathoz, ha egy adatforrás előre engedélyezi a Microsoft Azure API-kapcsolati szolgáltatásának rendszerbiztonsági tagját, és engedélyt ad neki, hogy egy kapcsolat létrehozásakor egyszeri bejelentkezést hajtson végre egy felhasználó számára. Az egyszeri bejelentkezésre vonatkozó további információkért lásd: Mi az az egyszeri bejelentkezés (SSO)?

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

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

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ó
Az OAuth és Azure Active Directory-t identitásszolgáltatóként használó egyéni csatlakozók. 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 connections service rendszerbiztonsági tagjá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-kapcsolati szolgáltatásának rendszerbiztonsági rendszer előzetes hitelesítése a Microsoft első féltől származó adatforrásai számára készült, és az egyéni csatlakozók által használt Azure AD bérlőben regisztrált egyéni alkalmazások konfiguráljá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.