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 bawa data itu ke dalam aplikasi anda dengan mencipta 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 ke aplikasi kanvas, lihat Tambah sambungan data dalam Power Apps.

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

Jadual

Jika penyambung anda menyediakan jadual, anda menambah sumber data anda kemudian pilih jadual dalam sumber data yang anda ingin uruskan. Power Apps Kedua-duanya mengambil data jadual ke dalam aplikasi 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 tetapkan sifat kawalan Item, seperti galeri atau borang, ke nilai ini dalam bar formula:

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

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

Fahami sumber data dalam Power Apps
Janakan aplikasi daripada data Excel
Cipta aplikasi 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 Sambungkan ke storan awan daripada Power Apps.

Tindakan

Jika penyambung anda menyediakan tindakan, anda masih perlu memilih sumber data seperti sebelum ini. Berbanding memilih jadual sebagai langkah seterusnya, anda boleh secara manual sambungkan kawalan ke tindakan dengan mengedit sifat kawalan Item yang akan menunjukkan data anda. Formula di mana anda tetapkan sifat Item menentukan tindakan yang mendapatkan semula data. Contohnya, aplikasi tidak boleh mendapatkan semula mana-mana data jika anda sambungkan ke Yammer dan kemudian tetapkan sifat Item ke 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 mengandungi fungsi Tampalan. Dalam formula, kenal pasti tindakan dan medan yang anda akan ikat pada tindakan.

Nota

Untuk penyambung berasaskan tindakan, galeri dan kawalan lain jangan halaman dalam lebih banyak data secara automatik dengan cara yang sama seperti yang mereka lakukan untuk penyambung berjadual. Contohnya, jika anda mengikat sumber data berjadual ke galeri maka ia akan mengambil set atau halaman rekod pertama (cth., 100 rekod.) Dan, maka ia akan halaman dalam lebih banyak data kerana kawalan memintanya. Walau bagaimanapun, untuk penyambung berasaskan tindakan, ia akan mengambil "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
Collect
Kemas kini

Skema dinamik ialah jenis hasil yang biasa untuk penyambung berasaskan tindakan. Skema dinamik merujuk kepada kemungkinan tindakan yang sama boleh mengembalikan jadual dengan lajur berbeza bergantung pada cara ia dipanggil. Syarat yang boleh menyebabkan lajur dalam jadual berbeza termasuk parameter input, pengguna atau peranan yang melaksanakan tindakan dan kumpulan di mana pengguna bekerja, antara lain. Contohnya, prosedur yang disimpan dalam Pelayan SQL boleh mengembalikan lajur yang berbeza jika dijalankan dengan input yang berbeza atau tika Azure DevOps mungkin menggunakan medan tersuai yang tidak tersedia secara lalai. Ambil perhatian bahawa dokumentasi penyambung menunjukkan hasil skema dinamik dengan mesej ini"Output operasi ini dinamik." sebagai nilai pulangan.

Untuk maklumat lanjut tentang cara mengendalikan skema Power Apps dinamik, lihat Mengendalikan objek tidak bertaip dan Dinamik untuk gambaran keseluruhan dan Menyambung kepada Azure DevOps daripada 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 **
Dynamics AX	Excel
Penterjemah Microsoft	Office 365 Outlook
Pengguna Office 365	Oracle
Power BI	SharePoint
SQL Server	Twitter

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

Penyambung standard dan tersuai

Power Apps menyediakan penyambung standard untuk kebanyakan sumber data yang digunakan. Jika Power Apps mempunyai penyambung standard untuk jenis sumber data yang anda mahu gunakan, anda hendaklah menggunakan penyambung itu. Jika anda mahu sambungkan ke jenis sumber data yang 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 Pelan Power Apps.

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

Keselamatan dan jenis pengesahan

Apabila anda menulis aplikasi anda dan mencipta sambungan ke sumber data, anda mungkin akan lihat yang pilihan penyambung anda membolehkan anda menggunakan cara yang berbeza untuk pengesahan. Sebagai contoh, penyambung SQL Server membolehkan anda menggunakan Microsoft Entra Bersepadu, Pengesahan SQL Server 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 mendapatkan maklumat terperinci tentang pertimbangan keselamatan apabila menggunakan pelayan pangkalan data sambungan perhubungan (seperti Microsoft SQL Server atau Oracle) sebagai sumber data untuk aplikasi, lihat Gunakan Microsoft SQL Server secara selamat dengan Power Apps.
• Power Apps tidak menyokong identiti ahli luaran. Untuk maklumat lanjut, lihat Sifat Microsoft Entra pengguna kerjasama B2B.

Microsoft Entra ID

Ini adalah 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 penulis 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 ditetapkan dengan sewajarnya pada hujung belakang, pengguna anda hanya boleh melihat perkara yang dibenarkan untuk dilihat berdasarkan kelayakan mereka. Jenis keselamatan membenarkan anda mengubah hak untuk pengguna aplikasi tertentu pada bahagian belakang sumber data selepas aplikasi telah 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.

Pengesahan standard terbuka (OAuth)

Jenis sambungan ini juga selamat. Contohnya Twitter menggunakan jenis pengesahan ini. Apabila anda menyambung, anda mesti membekalkan nama pengguna dan kata laluan anda. Sebagai penulis 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 bersama, nama pengguna dan kata laluan untuk sambungan dibekalkan oleh Power Apps pengarang pada masa sumber data dibuat dalam aplikasi. Pengesahan sambungan ke 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 kepada mereka. Walau bagaimanapun, selepas Januari 2024, semua sambungan kongsi yang baru dibuat dilindungi. Ambil perhatian bahawa apl lama mesti diterbitkan semula agar selamat. Ini bermakna sambungan tidak lagi dikongsi dengan pengguna akhir. Power App yang diterbitkan bercakap dengan proksi sambungan. Proksi sambungan hanya akan bercakap dengan Power App tertentu yang dipautkan. Proksi sambungan mengehadkan tindakan yang dihantar kepada sambungan kepada yang dalam Power App {Dapatkan, Put/Tampal, Padam} untuk sumber data tertentu. Jika anda mempunyai aplikasi 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 Pengesahan SQL Server. 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 boleh dinaik taraf untuk menggunakan ciri ini maka anda akan melihat mesej pada halaman Apl. Ia menunjukkan bilangan apl yang memerlukan perhatian anda.

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

Pilih ikon terbuka di sebelah kanan nama apl untuk membuka dan menerbitkannya semula. Lihat arahan di bawah.

Mendayakan sambungan tersirat yang selamat untuk apl sedia ada

Buka apl sedia ada terbuka untuk diedit dengan sambungan dikongsi secara tersirat yang telah diterbitkan sebelum ini:

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

Menyahkongsi

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

• Semak sama ada sambungan dikongsi dengan pemilik bersama. Jika anda tidak mahu pengguna akhir mendapatkan sambungan, kemudian nyahtanda kotak semak Pemilik bersama.

  

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

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

  

Gunakan apl dengan sambungan tersirat selamat baharu

Apabila apl anda diterbitkan semula dan dikongsi, maka pengguna akhir tidak akan mempunyai akses kepada sambungan tetapi akan berfungsi dengan sambungan proksi tersembunyi. Mereka tidak akan dapat mencipta 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 tersembunyi dalam penyurihan rangkaian tetapi kelihatan dalam dialog persetujuan. Nama lajur tidak disembunyikan.
3. Untuk penyambung berjadual, kami hanya mengehadkan tindakan CRUD seperti Dapatkan, Siarkan, Letakkan atau Padam. Jika anda mempunyai keizinan untuk Meletakkan, 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 peribadi. Walau bagaimanapun, sambungan anda dengan ciri ini selamat - walaupun amaran.
6. Penerbitan kepada seluruh penyewa, berbanding dengan 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. Penyelesaian adalah untuk 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 untuk sambungkan ke sumber data iaitu 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 ke sumber data juga Dikongsi secara Tersirat dengan pengguna yang berkongsi aplikasi. Jenis sambungan ini mungkin sah apabila sumber data anda hanya berlangsung pada pelayan di premis dan data pada sumber itu boleh dikongsi secara percuma.

Sumber data dalam penyelesaian

Penyelesaian digunakan untuk pengurusan kitaran hayat aplikasi dan menyediakan keupayaan lain untuk menguruskan kitaran hayat sumber data. Jika aplikasi kanvas berada dalam penyelesaian, rujukan sambungan dan pemboleh ubah persekitaran boleh dicipta untuk menyimpan maklumat mengenai sumber data. Ini memastikan sumber data boleh ditukar atau diwujudkan semula apabila penyelesaian dipindahkan ke persekitaran yang berbeza.

Namakan semula sumber data dalam aplikasi

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

Dialog persetujuan sambungan

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

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

2. Untuk menggariskan tindakan yang mungkin atau mungkin tidak dilakukan oleh penyambung dalam aplikasi. Contohnya, untuk aplikasi yang menggunakan penyambung Pengguna Office 365, hal ini mungkin perkara berikut.

   • Aplikasi ini dapat:
     • Membaca profil pengguna penuh anda
     • Membaca profil penuh semua pengguna
   • Ia tidak akan dapat:
     • 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 mengesahkan prinsipal perkhidmatan sambungan Azure API Microsoft, memberikannya keizinan untuk melaksanakan daftar masuk tunggal untuk pengguna apabila sambungan dicipta. Untuk mendapatkan maklumat lanjut tentang daftar masuk tunggal, lihat Apakah itu daftar 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 belum 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 yang dialog persetujuan boleh disekat 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 pihak pertama Microsoft yang menyokong daftar masuk tunggal (seperti SharePoint, pengguna Office 365)	Ya	cmdlet pentadbir Power Apps
Penyambung mencapai perkhidmatan pihak ketiga yang bukan Microsoft, seperti Salesforce	No	Tidak berkenaan
Penyambung tersuai menggunakan OAuth dengan Microsoft Entra ID sebagai pembekal identiti. Ini ialah penyambung tersuai yang dibina oleh organisasi dan hanya boleh diakses oleh pengguna dalam organisasi (sebagai contoh, yang dibina oleh Contoso hanya untuk pengguna Contoso)	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 mengesahkan prinsipal perkhidmatan sambungan Azure API Microsoft untuk mendayakan daftar masuk tunggal.
3. Pentadbir mengkonfigurasikan aplikasi untuk menyekat persetujuan untuk sambungan sebelumnya.

Pra-kebenaran prinsipal perkhidmatan sambungan Azure API Microsoft wujud untuk sumber data pihak pertama Microsoft dan boleh dikonfigurasi oleh aplikasi tersuai yang didaftarkan dalam Microsoft Entra penyewa yang digunakan oleh penyambung tersuai. Pentadbir menguruskan penyekatan persetujuan mengikut dasar setiap aplikasi (dan bukannya dasar setiap penyambung), jadi penyekatan diuruskan pada tahap pengalaman aplikasi yang paling terperinci—tahap kebutiran ini mengelakkan penyekatan persetujuan untuk "aplikasi diluluskan" organisasi daripada menyekat persetujuan untuk aplikasi yang tidak diluluskan atau disemak secara tidak sengaja.

Nota

Adakah anda boleh memberitahu kami tentang keutamaan bahasa dokumentasi anda? Jawab tinjauan pendek. (harap maklum bahawa tinjauan ini dalam bahasa Inggeris)

Tinjauan akan mengambil masa lebih kurang tujuh minit. Tiada data peribadi akan dikumpulkan (pernyataan privasi).