Omówienie łączników aplikacji kanwy dla Power Apps

Dane są podstawą większości aplikacji łącznie z tymi, które tworzysz w usłudze Power Apps. Dane są przechowywane w źródle danych i Ty przenosisz te dane do swojej aplikacji, tworząc połączenie. Połączenie używa określonego łącznika do komunikowania się ze źródłem danych. Usługa Power Apps ma łączniki dla wielu popularnych usług i lokalnych źródeł danych, takich jak SharePoint, SQL Server, Office 365, Salesforce i Twitter. Aby rozpocząć dodawanie danych do aplikacji kanwy, zobacz Dodawanie połączenia danych w Power Apps.

Łącznik może udostępniać tabele danych lub akcje. Niektóre łączniki udostępniają tylko tabele, niektóre tylko akcje, a niektóre — obydwa te elementy. Ponadto łącznik może być standardowy lub niestandardowy.

Tabele

Jeśli łącznik udostępnia tabele, dodaj źródło danych, a następnie wybierz tabelę w źródle danych do zarządzania. Power Apps pobiera dane z tabeli do aplikacji i aktualizuje dane w źródle danych. Można na przykład dodać źródło danych, które zawiera tabelę o nazwie Lekcje, a następnie ustawić właściwość kontrolki Elementy, taką jak galeria lub formularz, na tę wartość na pasku formuły:

Właściwość Elementów zwykłego źródła danych

Można określić dane, które aplikacja pobiera przez dostosowanie właściwości Elementów kontrolki pokazującej dane. Kontynuując pracę z poprzednim przykładem, można sortować i filtrować dane w tabeli Lekcje przy użyciu tej nazwy jako argumentu funkcji Wyszukaj i SortByColumn. Na poniższej ilustracji formuła, na którą ustawiono właściwość Elementy, określa, że dane zostały posortowane i odfiltrowane na podstawie tekstu w polu TextSearchBox1.

Właściwość Elementy rozszerzonego źródła danych

Aby uzyskać więcej informacji na temat dostosowywania formuły przy użyciu tabel, zobacz następujące tematy:

Opis źródeł danych w Power Apps
Generowanie aplikacji na podstawie danych programu Excel
Tworzenie aplikacji od początku
Opis tabel i rekordów w Power Apps

Uwaga

Aby nawiązać połączenie z danymi w skoroszycie programu Excel, musi być on hostowany w usłudze magazynu w chmurze, takiej jak OneDrive. Aby uzyskać więcej informacji, zobacz Nawiązywanie połączenia z magazynem w chmurze z Power Apps.

Czynności

Jeśli łącznik udostępnia akcje, nadal należy wybrać źródło danych, tak jak poprzednio. Jednak zamiast wybierać tabelę w następnym kroku, należy ręcznie połączyć kontrolkę z akcją, edytując właściwość Elementy kontrolki, która będzie pokazywać dane. Formuła, na którą jest ustawiana właściwość Elementy, określa akcję pobierającą dane. Na przykład aplikacja nie będzie pobierać żadnych danych, jeśli nawiążesz połączenie z usługą Yammer, a następnie ustawisz właściwość Elementy na nazwę źródła danych. Aby wypełnić kontrolkę danymi, określ akcję, taką jak GetMessagesInGroup(5033622).messages.

Właściwość Items źródła danych akcji

Jeśli chcesz obsługiwać aktualizację danych niestandardowych łączników akcji, utwórz formułę, która zawiera funkcję Poprawka. W formule zidentyfikuj akcję i pola, które zostaną powiązane z akcją.

Aby uzyskać więcej informacji na temat dostosowywania formuły pod kątem aktualizacji niestandardowych, zobacz następujące tematy:

Patch
Collect
Aktualizacja

Uwaga

Power Apps nie działa ze schematem dynamicznym. Dynamiczny schemat frazy odnosi się do prawdopodobieństwa, że ta sama akcja może spowodować zwrócenie innej tabeli z innymi kolumnami. Warunki, które mogą powodować, że kolumny w tabelach będą różne zawierać parametry wprowadzane w ramach akcji, użytkownika lub rolę wykonującą akcję oraz grupę, w której działa użytkownik, między innymi. Na przykład procedury przechowywane w programie SQL Server mogą zwracać różne kolumny, jeśli są uruchamiane z innymi danymi wejściowymi. W przypadku akcji z dynamicznym schematem w dokumentacji łącznika są wyświetlane Wyniki operacji dynamicznych. jako wartość zwracana. Natomiast Power Automate współpracuje z dynamicznym schematem i może zawierać obejście tego problemu.

Ta tabela zawiera linki do większej ilości informacji na temat naszych najpopularniejszych łączników. Aby uzyskać pełną listę łączników, zobacz Wszystkie łączniki.

         
Common Data Service Common Data Service   Magazyn w chmurze Magazyn w chmurze **
Dynamics 365 Dynamics 365   Dynamics AX Dynamics AX
Excel Excel   Microsoft Translator Microsoft Translator
Office 365 Outlook Office 365 Outlook   Office 365 Users Użytkownicy Office 365
Oracle Oracle   Power BI Power BI
SharePoint SharePoint   SQL Server SQL Server
Twitter Twitter

** Dotyczy obiektów Blob Azure, Box, Dropbox, Google Drive OneDrive i OneDrive for Business

Łączniki standardowe i niestandardowe

Power Apps dostarcza standardowe łączniki dla wielu często używanych źródeł danych. Jeśli usługa Power Apps ma łącznik standardowy dla typu źródła danych, którego chcesz użyć, zalecamy użycie tego łącznika. Jeśli chcesz nawiązać połączenie z innymi źródłami danych, takimi jak skompilowana usługa, zobacz Rejestrowanie łączników niestandardowych i używanie ich.

Wszystkie łączniki standardowe

Standardowe łączniki nie wymagają specjalnej licencji. Aby uzyskać więcej informacji, zobacz temat Plany Power Apps.

Pytania dotyczące określonego łącznika można zadawać na forach usługi Power Apps. Propozycje dotyczące łączników do dodania lub innych ulepszeń można przedstawiać w witrynie społeczności Power Apps Ideas.

Zabezpieczenia i typy uwierzytelniania

Podczas tworzenia aplikacji i utworzenia połączenia z źródło danych może się okazać, że wybrany łącznik umożliwia korzystanie z różnych sposobów uwierzytelniania. Na przykład program SQL Server Connector umożliwia korzystanie z Azure AD zintegrowane, uwierzytelniania serwera SQL Server, a uwierzytelnianie systemu Windows. Z każdym typem uwierzytelniania jest skojarzonych różne poziomy zabezpieczeń. Ważne jest, aby zrozumieć, jakie informacje i prawa są udostępniane użytkownikom korzystającym z aplikacji. Głównym przykładem w tym artykule jest program SQL Server, ale reguły stosuje się do wszystkich typów połączeń.

Zintegrowane Azure AD

Jest to bezpieczny typ połączenia. SharePoint używa na przykład uwierzytelniania tego typu. SQL Server umożliwia również korzystanie z tego typu uwierzytelniania. Kiedy użytkownik nawiązuje połączenie, Azure AD usługa identyfikuje użytkownika SharePoint w imieniu użytkownika. Podanie nazwy użytkownika lub hasła nie jest konieczne. Autor, który może tworzyć źródło danych z poświadczeniami, i pracować nad nim. Kiedy aplikacja zostanie opublikowana wraz z zalogowaniem się użytkownika aplikacji, program wykonuje te same poświadczenia. Jeśli dane są odpowiednio zabezpieczone z wewnętrzną końcówką, użytkownicy będą widzieć tylko te, które są autoryzowane do wyświetlenia na podstawie ich poświadczeń. Zabezpieczenia tego typu umożliwiają zmianę uprawnień dotyczących poszczególnych użytkowników aplikacji w źródło danych wewnętrznej, gdy aplikacja została opublikowana. Na przykład można przyznać dostępowi, odmówić dostępu lub uściślić sposób, w jaki użytkownik lub zestaw użytkowników widzą wszystkie dane znajdujące się na zapleczu wewnętrzny źródło danych.

Otwarty standard autoryzujący (Oauth)

Jest to również bezpieczny typ połączenia. Twitter używa na przykład uwierzytelniania tego typu. Po podłączeniu należy podać nazwę użytkownika i hasło. Autor, który może tworzyć źródło danych z poświadczeniami, i pracować nad nim. Kiedy aplikacja zostanie opublikowana wraz z zalogowaniem się użytkownika aplikacji, należy również podać te same poświadczenia. Dlatego też taki typ połączenia jest bezpieczny, tak jak użytkownicy muszą używać swoich własnych poświadczeń w celu uzyskania dostępu do usługi źródło danych.

Uwierzytelnianie nazwy użytkownika i hasła SQL

Taki typ połączenia nie jest zbyt bezpieczny, ponieważ nie polega na uwierzytelnianiu użytkowników końcowych. SQL Server umożliwia również korzystanie z tego typu uwierzytelniania. W SQL Server to uwierzytelnianie tego typu nosi nazwę uwierzytelnianie SQL Server. Wiele innych źródeł danych bazy danych oferuje podobną możliwość. Podczas publikowania aplikacji użytkownicy nie muszą podawać unikatowej nazwy użytkownika i hasła. Używają one nazwy użytkownika i hasła dostarczanego podczas tworzenia aplikacji. Uwierzytelnianie przy użyciu połączenia z źródło danych jest Niejawnie dostępne użytkownikom. Po opublikowaniu aplikacji połączenie będzie również publikowane i dostępne dla użytkowników. Użytkownicy mogą także tworzyć aplikacje, korzystając z dowolnego połączenia, które korzysta z udostępnionych w nim uwierzytelniania serwera SQL Server. Użytkownicy nie widzą nazwy użytkownika lub hasła, ale będzie z niego dostępne połączenie. Z pewnością wystąpiły prawidłowe scenariusze dla tego typu połączenia. Jeśli na przykład istnieje baza danych tylko do odczytu, która jest dostępna dla wszystkich użytkowników w firmie, ten typ połączenia może być poprawny.

Uwierzytelnianie systemu Windows

Taki typ połączenia nie jest zbyt bezpieczny, ponieważ nie polega na uwierzytelnianiu użytkowników końcowych. Uwierzytelnianie systemu Windows należy stosować, kiedy trzeba połączyć się ze źródłem danych lokalnym. Przykładem połączenia tego typu jest serwer lokalny z SQL Server. Połączenie musi przechodzić przez bramę. Ze względu na to, że przechodzi za pośrednictwem bramy, łącznik ma dostęp do wszystkich danych na tym źródło danych. W rezultacie dostępne są wszystkie informacje, które mogą mieć dostęp do dostępnych poświadczeń systemu Windows. Po opublikowaniu aplikacji połączenie będzie również publikowane i dostępne dla użytkowników. Oznacza to, że użytkownicy końcowi mogą także tworzyć aplikacje korzystające z tego samego połączenia i uzyskiwać dostęp do danych na tym komputerze. Połączenia z źródło danych są również Niejawnie dostępne użytkownikom, z którymi jest udostępniana aplikacja. Taki typ połączenia może być ważny, kiedy źródło danych obowiązywał tylko na serwerze lokalnym, a dane znajdujące się w tym źródle można swobodnie udostępniać.