Gambaran keseluruhan penyambung untuk aplikasi kanvas

Data ialah teras kebanyakan aplikasi, termasuk data yang anda bina dalam Power Apps. Data disimpan dalam sumber data dan anda membawa data tersebut ke dalam apl anda dengan membuat sambungan. Sambungan menggunakan penyambung tertentu untuk bercakap dengan sumber data. Power Apps mempunyai penyambung untuk banyak perkhidmatan dan sumber data di premis yang popular, termasuk SharePoint, Pelayan SQL, Office 365, Salesforce, dan Twitter. Untuk mula menambah data pada aplikasi kanvas, lihat Tambah sambungan data dalam Power Apps.

Penyambung mungkin menyediakan jadual data atau tindakan. Sesetengah penyambung menyediakan jadual sahaja, sesetengah menyediakan tindakan sahaja, dan sesetengah menyediakan kedua-duanya. Penyambung anda juga mungkin sama ada penyambung standard atau tersuai.

Nota

Adalah disyorkan untuk mengekalkan bilangan penyambung dalam aplikasi kanvas kepada maksimum 10 dan rujukan sambungan kepada tidak lebih daripada 20. Melangkaui had ini boleh menyebabkan masa memuatkan yang lebih lama untuk pengguna semasa melancarkan apl dan boleh menyebabkan isu semasa menyimpan apl.

Jadual

Jika penyambung anda menyediakan jadual, anda menambah sumber data anda dan kemudian pilih jadual dalam sumber data yang anda mahu uruskan. Power Apps Kedua-duanya mendapatkan semula data jadual ke dalam apl anda dan mengemas kini data dalam sumber data anda secara automatik untuk anda. Contohnya, anda boleh menambah sumber data yang mengandungi jadual bernama Pelajaran dan kemudian mengesetkan sifat Item kawalan, seperti galeri atau borang, kepada nilai ini dalam bar formula:

Anda boleh menentukan data yang diperoleh semula oleh aplikasi anda dengan menyesuaikan sifat Item kawalan yang menunjukkan data anda. Meneruskan contoh sebelumnya, anda boleh mengisih atau menapis data dalam jadual Pelajaran dengan menggunakan nama tersebut sebagai hujah untuk fungsi Search dan SortByColumn . Dalam grafik ini, formula yang sifat Item ditetapkan menentukan bahawa data diisih dan ditapis berdasarkan teks dalam TextSearchBox1.

Untuk mendapatkan maklumat lanjut tentang cara menyesuaikan formula anda dengan jadual, lihat artikel ini:

Fahami sumber data dalam Power Apps
Jana aplikasi daripada data Excel
Cipta apl dari awal
Fahami jadual dan rekod dalam Power Apps

Nota

Untuk sambungkan ke data dalam buku kerja Excel, ia mesti berhos dalam perkhidmatan storan awan seperti OneDrive. Untuk maklumat lanjut, lihat Sambung ke storan awan daripada Power Apps.

Tindakan

Jika penyambung anda menyediakan tindakan, anda masih perlu memilih sumber data seperti sebelum ini. Walau bagaimanapun, daripada memilih jadual sebagai langkah seterusnya, anda menyambungkan kawalan secara manual kepada tindakan dengan mengedit sifat Item kawalan yang akan menunjukkan data anda. Formula yang anda tetapkan sifat Item menentukan tindakan yang mendapatkan semula data. Contohnya, aplikasi tidak mendapatkan sebarang data jika anda menyambung dan Yammer kemudian menetapkan sifat Item kepada nama sumber data. Untuk mengisi kawalan dengan data, tentukan tindakan seperti GetMessagesInGroup(5033622).messages.

Jika anda perlu mengendalikan kemas kini data tersuai untuk penyambung tindakan, bina formula yang termasuk fungsi Tampalan . Dalam formula, kenal pasti tindakan dan medan yang mengikat kepada tindakan.

Nota

Untuk penyambung berasaskan tindakan, galeri dan kawalan lain tidak memasukkan lebih banyak data secara automatik dengan cara yang sama yang mereka lakukan untuk penyambung jadual. Sebagai contoh, jika anda mengikat sumber data jadual ke galeri maka ia akan mendapatkan semula set atau halaman pertama rekod (cth., 100 rekod.) Dan, kemudian ia akan memasukkan lebih banyak data apabila kawalan memintanya. Walau bagaimanapun, untuk penyambung berasaskan tindakan, ia akan mendapatkan semula "halaman" data. Tetapi jika data yang diminta melebihi saiz untuk halaman data, maka kawalan tidak akan mengambil halaman seterusnya secara automatik.

Untuk mendapatkan maklumat lanjut tentang cara menyesuaikan formula anda untuk kemas kini tersuai, lihat artikel ini:

Patch
Mengumpul
Kemaskini terakhir

Skema dinamik ialah jenis hasil biasa untuk penyambung berasaskan tindakan. Skema dinamik merujuk kepada kemungkinan bahawa tindakan yang sama mungkin mengembalikan jadual dengan lajur yang berbeza bergantung pada cara ia dipanggil. Syarat yang mungkin menyebabkan lajur dalam jadual berbeza termasuk parameter input, pengguna/peranan yang melaksanakan tindakan dan kumpulan di mana pengguna bekerja, antara lain. Contohnya, SQL Prosedur tersimpan Pelayan mungkin mengembalikan lajur yang berbeza jika dijalankan dengan input yang berbeza atau Azure DevOps tika mungkin menggunakan medan tersuai yang tidak tersedia secara lalai.

Nota

Dokumentasi penyambung menunjukkan hasil skema dinamik dengan mesej ini"Output operasi ini adalah dinamik." sebagai nilai pulangan.

Untuk maklumat lanjut tentang cara bekerja dengan skema dinamik dalam Power Apps, lihat Bekerja dengan objek Tidak Taip dan Dinamik untuk gambaran keseluruhan dan Sambung kepada daripada Azure DevOps Power Apps untuk contoh terperinci.

Penyambung popular

Jadual ini mempunyai pautan ke maklumat lanjut tentang penyambung kami paling popular. Untuk senarai lengkap penyambung, lihat Semua penyambung.

Microsoft Dataverse	Storan awan **
Dinamik AX	Excel
Microsoft Penterjemah	Office 365 Outlook
Office 365 Pengguna	Oracle
Power BI	SharePoint
Pelayan SQL	Twitter

** Terpakai kepada Azure Blob, Box, Dropbox, Google Drive, OneDrive dan OneDrive untuk Perniagaan

Penyambung standard dan tersuai

Power Apps menyediakan penyambung standard untuk banyak sumber data yang biasa digunakan. Jika Power Apps mempunyai penyambung standard untuk jenis sumber data yang anda mahu gunakan, anda hendaklah menggunakan penyambung itu. Jika anda ingin menyambung kepada jenis sumber data lain, seperti perkhidmatan yang anda bina, lihat Daftar dan gunakan penyambung tersuai.

Semua penyambung standard

Penyambung standard tidak memerlukan pelesenan khas. Untuk maklumat lanjut, lihat Power Apps Rancangan.

Anda boleh bertanya soalan tentang penyambung tertentu dalam Power Apps forum dan anda boleh mencadangkan penyambung yang anda mahu tambah atau penambahbaikan lain untuk dibuat dalam Power Apps Ideas.

Keselamatan dan jenis pengesahan

Semasa anda mengarang aplikasi anda dan mencipta sambungan kepada sumber data, anda mungkin melihat bahawa pilihan penyambung anda membolehkan anda menggunakan cara yang berbeza untuk mengesahkan. Sebagai contoh, penyambung Pelayan SQL membolehkan anda menggunakan Microsoft Entra Bersepadu, Pengesahan Pelayan SQL dan Pengesahan Windows. Setiap jenis pengesahan mempunyai peringkat keselamatan yang berbeza yang berkait dengannya. Ianya penting untuk memahami apakah maklumat dan hak yang anda kongsi dengan pengguna yang menggunakan aplikasi anda. Contoh utama dalam artikel ini ialah Pelayan SQL, walau bagaimanapun prinsip terpakai ke semua jenis sambungan.

Nota

• Untuk maklumat terperinci tentang pertimbangan keselamatan apabila menggunakan pelayan pangkalan data perhubungan (seperti Microsoft SQL Server atau Oracle) sebagai sumber data untuk aplikasi, lihat Gunakan Microsoft SQL Server dengan selamat dengan Power Apps.
• Power Apps tidak menyokong identiti ahli luaran. Untuk maklumat lanjut, lihat Sifat pengguna Microsoft Entra kerjasama B2B.

Microsoft Entra ID

Pengesahan ini ialah jenis sambungan yang selamat. Contohnya, SharePoint menggunakan jenis pengesahan ini. Pelayan SQL juga membenarkan pengesahan jenis ini. Apabila anda menyambung, perkhidmatan mengenal Microsoft Entra pasti anda secara berasingan bagi SharePoint pihak anda. Anda tidak perlu membekalkan nama pengguna atau kata laluan. Sebagai pengarang, anda boleh mencipta dan bekerja dengan sumber data dengan kelayakan anda. Apabila anda menerbitkan aplikasi anda dan pengguna aplikasi anda log masuk, mereka lakukannya dengan kelayakan masing-masing. Jika data dilindungi dengan sewajarnya pada bahagian belakang, pengguna anda hanya boleh melihat perkara yang mereka dibenarkan untuk lihat berdasarkan kelayakan mereka. Jenis keselamatan ini membolehkan anda menukar hak untuk pengguna aplikasi tertentu pada sumber data bahagian belakang selepas aplikasi diterbitkan. Sebagai contoh anda boleh memberikan akses, menolak akses, atau memperhalusi apa yang pengguna atau set pengguna boleh lihat semua di bahagian belakang sumber data.

Kebenaran standard terbuka (OAuth)

Jenis sambungan ini juga selamat. Sebagai contoh, Twitter menggunakan jenis pengesahan ini. Apabila anda menyambung, anda mesti membekalkan nama pengguna dan kata laluan anda. Sebagai pengarang, anda boleh mencipta dan bekerja dengan sumber data dengan kelayakan anda. Apabila anda menerbitkan aplikasi dan pengguna aplikasi anda melog masuk, mereka juga mesti memberikan kelayakan mereka. Oleh itu jenis sambungan ini adalah selamat kerana pengguna anda mesti menggunakan kelayakan masing-masing untuk mengakses perkhidmatan sumber data.

Sambungan dikongsi / Sambungan Tersirat Selamat

Dalam sambungan kongsi, nama pengguna dan kata laluan untuk sambungan dibekalkan oleh Power Apps pengarang pada masa sumber data dicipta dalam aplikasi. Pengesahan sambungan kepada sumber data kemudiannya Dikongsi Secara Tersirat dengan pengguna akhir. Sebaik sahaja aplikasi diterbitkan, sambungan juga diterbitkan dan tersedia untuk pengguna anda.

Sebelum Januari 2024, pengguna akhir anda boleh mengambil sambungan yang dikongsi dengan mereka dan membuat aplikasi baharu yang berasingan. Pengguna anda tidak dapat melihat nama pengguna atau kata laluan, tetapi sambungan akan tersedia untuk mereka. Walau bagaimanapun, selepas Januari 2024, semua sambungan kongsi yang baru dibuat dijamin. Harap maklum bahawa apl lama mesti diterbitkan semula untuk selamat. Sambungan tidak lagi dikongsi dengan pengguna akhir. Power App yang diterbitkan bercakap dengan proksi sambungan. Proksi sambungan hanya bercakap dengan Power App tertentu yang dipautkan. Proksi sambungan mengehadkan tindakan yang dihantar ke sambungan kepada tindakan dalam Power App {Dapatkan, Letakkan/Tampalan, Padam} untuk sumber data tertentu. Jika anda mempunyai apl yang menggunakan sambungan yang diterbitkan sebelum Januari 2024, anda harus menerbitkan semula aplikasi anda dan menyahkongsi sebarang sambungan dengan pengguna akhir yang tidak sepatutnya memilikinya.

Dalam SQL Server, contoh jenis sambungan ini ialah SQL Pengesahan Pelayan. Kebanyakan pangkalan data yang lain menyediakan keupayaan yang sama. Apabila anda menerbitkan aplikasi anda, pengguna anda tidak perlu membekalkan nama pengguna dan kata laluan unik.

Pemberitahuan untuk mengemas kini apl anda (sambungan tersirat selamat)

Jika anda mempunyai aplikasi yang mungkin dinaik taraf untuk menggunakan ciri ini, maka anda melihat mesej pada halaman Aplikasi. Ia menunjukkan bilangan apl yang memerlukan perhatian anda.

Pilih pautan dan ia membuka panel sisi yang menyenaraikan semua apl yang memerlukan perhatian.

Pilih ikon terbuka di sebelah kanan nama aplikasi untuk membuka dan menerbitkan semula. Teruskan dengan arahan berikut.

Dayakan sambungan tersirat selamat untuk apl sedia ada

Buka apl sedia ada yang dibuka untuk diedit dengan sambungan yang dikongsi secara tersirat telah diterbitkan:

1. Pada bar arahan, pilih Tetapan dan cari " Selamat".
2. Kemas kini suis ciri dengan sewajarnya untuk membolehkan sambungan tersirat selamat.
3. Simpan dan terbitkan aplikasi.

Menyahkongsi

Setelah apl diterbitkan, ikut langkah ini untuk mengesahkan bahawa perkongsian berfungsi dengan betul:

• Semak sama ada sambungan dikongsi dengan pemilik bersama. Jika anda tidak mahu pengguna akhir mendapat sambungan, maka nyahtanda kotak pilihan Pemilik bersama.

  

• Untuk mengesahkan ciri ini berfungsi dengan betul, kongsi apl dengan pengguna lain yang bukan pemilik. Sebaik sahaja anda berkongsi apl, semak senarai Sambungan dalam Dataverse tab untuk Power Apps pengguna tersebut. Sahkan bahawa pengguna tidak mempunyai sambungan yang tersedia.

• Buka panel Perkongsian untuk menukar hak pengguna akhir kepada sambungan. Memilih X mengalih keluar akses pengguna kepada sambungan.

  

Gunakan apl dengan sambungan tersirat baharu yang selamat

Apabila apl anda diterbitkan semula dan dikongsi, maka pengguna akhir tidak mempunyai akses kepada sambungan tetapi berfungsi dengan sambungan proksi tersembunyi. Pengguna tidak boleh membuat apl baharu berdasarkan sambungan asal anda.

Batasan

1. Semua jenis sambungan yang dikongsi secara tersirat berfungsi seperti tindakan dan jadual.
2. Nama pelayan dan pangkalan data disembunyikan dalam jejak rangkaian tetapi boleh dilihat dalam dialog persetujuan. Nama lajur tidak disembunyikan.
3. Untuk penyambung jadual, kami hanya mengehadkan tindakan CRUD seperti Dapatkan, Siarkan, Letakkan atau Padam. Jika anda mempunyai kebenaran untuk Put, maka anda mempunyai akses kepada Siaran.
4. Had penyambung berasaskan tindakan berdasarkan API tertentu yang digunakan dalam aplikasi.
5. Amaran masih didayakan dalam perkongsian. Amaran mengenai sambungan yang dikongsi secara tersirat masih memberi amaran semasa dalam pratonton. Walau bagaimanapun, sambungan anda dengan ciri ini selamat – walaupun ada amaran.
6. Menerbitkan kepada keseluruhan penyewa, berbanding kumpulan atau individu tertentu tidak disokong.
7. Terdapat isu yang diketahui apabila mengimport sambungan selamat yang dikongsi secara tersirat melalui rujukan sambungan. Keselamatan tidak ditetapkan dengan betul dalam persekitaran sasaran.
8. Terdapat isu yang diketahui mengimport penyelesaian menggunakan prinsipal perkhidmatan, menyebabkan kegagalan import. Penyelesaiannya ialah berkongsi sambungan dengan prinsipal perkhidmatan.

Pengesahan Windows

Sambungan jenis ini tidak selamat kerana ia tidak bergantung pada pengesahan pengguna akhir. Gunakan pengesahan Windows apabila anda perlu menyambung ke sumber data yang di premis. Contoh untuk jenis sambungan ini ialah pelayan di premis yang mempunyai Pelayan SQL. Sambungan mesti melalui get laluan. Memandangkan ia melalui get laluan, sambungan mempunyai akses ke semua data pada sumber data itu. Hasilnya, sebarang maklumat yang anda boleh akses dengan kelayakan Windows yang anda sediakan tersedia ke penyambung. Dan sebaik sahaja aplikasi diterbitkan, sambungan juga diterbitkan dan tersedia untuk pengguna anda. Tingkah laku ini bermaksud pengguna akhir anda juga boleh mencipta aplikasi menggunakan sambungan yang sama dan mencapai data pada mesin tersebut. Sambungan kepada sumber data juga dikongsi secara tersirat dengan pengguna yang aplikasi dikongsi. Jenis sambungan ini mungkin sah apabila sumber data anda hanya berada pada pelayan di premis dan data pada sumber tersebut boleh dikongsi secara bebas.

Sumber data dalam penyelesaian

Penyelesaian digunakan untuk pengurusan kitaran hayat aplikasi dan menyediakan keupayaan lain untuk mengurus kitaran hayat sumber data. Jika aplikasi kanvas berada dalam penyelesaian, rujukan sambungan dan pemboleh ubah persekitaran mungkin dicipta untuk menyimpan maklumat tentang sumber data. Proses ini memastikan sumber data boleh diubah atau diwujudkan semula apabila penyelesaian dipindahkan ke persekitaran yang berbeza.

Namakan semula sumber data dalam aplikasi

Untuk mengetahui tentang menamakan semula sumber data dalam aplikasi dan perbezaan antara sumber data berasaskan jadual dan tindakan, pergi ke Namakan semula Power Apps sumber data berasaskan tindakan.

Dialog persetujuan sambungan

Apabila pengguna membuka aplikasi yang menggunakan penyambung buat kali pertama, mereka melihat dialog "persetujuan sambungan" untuk tujuan berikut.

1. Untuk memaklumkan kepada pengguna tentang sumber data yang dicapai oleh aplikasi.

2. Untuk menggariskan tindakan, penyambung mungkin atau mungkin tidak berfungsi dalam aplikasi. Contohnya, untuk aplikasi yang menggunakan Office 365 penyambung Pengguna :

   • Aplikasi ini mampu:
     • Membaca profil pengguna penuh anda
     • Membaca profil penuh semua pengguna
   • Apl tidak boleh:
     • Mengubah suai atau memadamkan apa-apa maklumat profil pengguna

3. Untuk menangkap persetujuan pengguna akhir untuk menyambung kepada sumber data yang digunakan oleh aplikasi.

4. Untuk memudahkan pengesahan pengguna akhir manual, jika perlu.

Untuk sesetengah sambungan, Power Platform boleh mengesahkan pengguna secara automatik untuk mencapai sumber data. Walau bagaimanapun, jika daftar masuk automatik gagal, dialog ini menggesa pengguna untuk menetapkan sambungan dengan mendaftar masuk secara manual. Power Platform hanya boleh mencuba daftar masuk automatik untuk sambungan apabila sumber data prakebenaran prinsipal perkhidmatan sambungan API Microsoft's Azure, memberikannya keizinan untuk melaksanakan rakam masuk tunggal untuk pengguna apabila sambungan dibuat. Untuk maklumat lanjut tentang rakam masuk tunggal, lihat Apakah rakam masuk tunggal (SSO)?

Ambil perhatian bahawa untuk aplikasi dipacu model yang menggunakan halaman tersuai, apabila terdapat berbilang halaman tersuai dalam aplikasi, dialog persetujuan meminta keizinan data untuk semua penyambung dalam semua halaman tersuai walaupun ia tidak dibuka.

Imej berikut ialah contoh dialog persetujuan sambungan untuk aplikasi yang menyambung kepada tapak SharePoint.

Untuk penyambung terpilih, pentadbir boleh menyekat dialog ini dan persetujuan bagi pihak pengguna akhir untuk menyambung kepada sumber data. Jadual berikut menerangkan jenis penyambung dialog persetujuan yang mungkin ditindas untuk aplikasi.

Nota

Jika pentadbir menyekat dialog persetujuan tetapi platform tidak boleh melaksanakan daftar masuk tunggal untuk pengguna akhir, dialog akan ditunjukkan kepada pengguna apabila mereka melancarkan aplikasi.

Jenis penyambung	Dialog persetujuan boleh disekat?	Rujukan
Penyambung Microsoft yang menyokong log masuk tunggal (seperti,pengguna SharePoint Office 365 )	Ya	Power Apps cmdlet pentadbir
Penyambung mengakses perkhidmatan rakan kongsi bukan Microsoft, seperti Salesforce	No	Tidak berkenaan
Penyambung tersuai menggunakan OAuth dengan Microsoft Entra ID sebagai pembekal identiti. Penyambung tersuai ini dibina oleh organisasi dan hanya boleh diakses oleh pengguna dalam organisasi (contohnya, dibina oleh Contoso untuk pengguna Contoso sahaja)	Ya	Menguruskan Sambungan

Microsoft Power Platform hanya dapat menyekat dialog persetujuan untuk sambungan kepada sumber data jika:

1. Tiada kewajipan oleh sumber data untuk menunjukkan UI persetujuan nyata.
2. Sumber data prakebenaran prinsipal perkhidmatan sambungan API Microsoft's Azure untuk mendayakan daftar masuk tunggal.
3. Pentadbir mengkonfigurasikan aplikasi untuk menyekat persetujuan untuk sambungan sebelumnya.

Pra-kebenaran prinsipal perkhidmatan sambungan API Microsoft's Azure wujud untuk sumber data pihak pertama Microsoft dan mungkin dikonfigurasikan oleh aplikasi tersuai yang didaftarkan dalam Microsoft Entra penyewa yang digunakan oleh penyambung tersuai. Pentadbir menguruskan penindasan persetujuan berdasarkan setiap aplikasi (berbanding asas penyambung), jadi penindasan diuruskan pada tahap pengalaman aplikasi yang paling terperinci—tahap butiran ini menghalang penindasan persetujuan untuk "aplikasi yang diluluskan" organisasi daripada menyekat persetujuan secara tidak sengaja untuk aplikasi yang tidak diluluskan atau disemak.