A Power Apps vászonalapú alkalmazás összekötőinek áttekintése

Az adatok képezik a legtöbb alkalmazás alapját, és ez nincs másként a Power Apps rendszerben 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ókért tekintse meg a következő témaköröket:

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ókért tekintse meg a következő témaköröket:

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.

         
Common Data Service Common Data Service   Felhőtárhely Felhőtárhely **
Dynamics AX Dynamics AX   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 SharePoint
SQL Server SQL Server   Twitter Twitter

** Az Azure Blob, a Box, a Dropbox, a Google Drive, a OneDrive és a OneDrive Business 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 standard összekötőkhöz nem szükséges különleges licencelés. 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órumokfelületen, 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.

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 felhasználónevet vagy jelszót megadni. 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 adatok megfelelő módon vannak biztosítva a háttérben, a felhasználók kizárólag azt látják, amelyhez engedéllyel rendelkeznek a hitelesítő adataik alapján. 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 típusú kapcsolat nem igazán biztonságos, mert nem a végfelhasználói hitelesítésre támaszkodik. Az SQL Server az ilyen típusú hitelesítés használatát is lehetővé teszi. Az SQL Server rendszerben ezt SQL Server-hitelesítés típusú 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 megadniuk. Az alkalmazás elkészítésekor az Ön által megadott felhasználónevet és jelszót kell használniuk. 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áthatják a felhasználónevet és a jelszót, de a kapcsolat elérhető lesz számukra. Az ilyen típusú kapcsolatoknak is megvan a maguk létjogosultsága. Például ha Ön a vállalat minden tagja számára elérhető, írásvédett adatbázissal rendelkezik, megvan az ilyen típusú kapcsolat használatának létjogosultsága.

Windows-hitelesítés

Ez a típusú kapcsolat nem igazán biztonságos, mert nem a végfelhasználói hitelesítésre támaszkodik. 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 azt jelenti, hogy a végfelhasználók ugyanezzel a kapcsolattal létrehozhatnak alkalmazásokat, és hozzáférhetnek a gépen tárolt 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.