ภาพรวมของตัวเชื่อมต่อสำหรับแอปพื้นที่ทำงาน

ข้อมูลคือศูนย์กลางสำคัญของแอปส่วนใหญ่ รวมถึงข้อมูลที่คุณสร้างใน Power Apps ข้อมูลถูกเก็บไว้ใน แหล่งข้อมูล และคุณนำข้อมูลนั้นลงในแอปของคุณโดยสร้าง การเชื่อมต่อ การเชื่อมต่อใช้ ตัวเชื่อมต่อ เฉพาะในการพูดคุยกับแหล่งข้อมูล Power Apps มีตัวเชื่อมต่อสำหรับบริการยอดนิยมมากมายและแหล่งข้อมูลภายในองค์กร รวมถึง SharePoint, SQL Server, Office 365, Salesforce และ Twitter เมื่อต้องการเริ่มต้นเพิ่มข้อมูลลงในแอปพื้นที่ทำงาน ดู เพิ่มการเชื่อมต่อข้อมูลใน Power Apps

ตัวเชื่อมต่ออาจมี ตาราง ของข้อมูลหรือ การดำเนินการ ตัวเชื่อมต่อบางตัวมีเฉพาะตารางเท่านั้น บางตัวมีการดำเนินการเพียงอย่างเดียว และบางตัวมีทั้งสองอย่าง นอกจากนี้ตัวเชื่อมต่อของคุณอาจเป็นตัวเชื่อมต่อมาตรฐานหรือแบบกำหนดเอง

หมายเหตุ

ขอแนะนำให้เก็บจำนวนตัวเชื่อมต่อในแอปพื้นที่ทำงานไว้สูงสุด 10 ตัว และการอ้างอิงการเชื่อมต่อไม่เกิน 20 รายการ การเกินขีดจำกัดเหล่านี้อาจทำให้ผู้ใช้โหลดนานขึ้นเมื่อเปิดแอป และอาจทำให้เกิดปัญหาเมื่อบันทึกแอป

ตาราง

ถ้าตัวเชื่อมต่อของคุณมีตาราง คุณสามารถเพิ่มแหล่งข้อมูลของคุณแล้วเลือกตารางในแหล่งข้อมูลที่คุณต้องการจัดการ Power Apps ทั้งเรียกคืนข้อมูลตารางลงในแอปของคุณและอัปเดตข้อมูลในแหล่งข้อมูลของคุณสำหรับคุณโดยอัตโนมัติ ตัวอย่างเช่น คุณสามารถเพิ่มแหล่งข้อมูลที่มีตารางชื่อ บทเรียน จากนั้นตั้งค่าคุณสมบัติ Items ของตัวควบคุม เช่น แกลเลอรีหรือแบบฟอร์มเป็นค่านี้ในแถบสูตร:

คุณสามารถระบุข้อมูลที่แอปของคุณเรียกข้อมูลค่าโดยกำหนดคุณสมบัติ Items ของตัวควบคุมที่แสดงข้อมูลของคุณ ดำเนินการตามตัวอย่างก่อนหน้านี้ คุณสามารถจัดเรียงหรือกรองข้อมูลในตาราง บทเรียน โดยใช้ชื่อนั้นเป็นอาร์กิวเมนต์สำหรับฟังก์ชัน Search และ SortByColumn ในกราฟิกนี้ สูตรที่ตั้งคุณสมบัติ Items ระบุว่าข้อมูลถูกจัดเรียงและกรองตามข้อความใน TextSearchBox1

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีปรับแต่งสูตรด้วยตาราง ดูบทความต่อไปนี้:

ทำความเข้าใจแหล่งข้อมูลใน Power Apps
สร้างแอปจากข้อมูล Excel
สร้างแอปตั้งแต่ต้น
ทำความเข้าใจตารางและเรกคอร์ดใน Power Apps

หมายเหตุ

เมื่อต้องการเชื่อมต่อกับข้อมูลในเวิร์กบุ๊กของ Excel จะต้องมีการโฮสต์ในบริการที่เก็บข้อมูลบนคลาวด์ เช่น OneDrive สำหรับข้อมูลเพิ่มเติม ให้ดู เชื่อมต่อกับที่เก็บข้อมูลบนคลาวด์จาก Power Apps

การดำเนินการ

ถ้าตัวเชื่อมต่อของคุณมีการดำเนินการ คุณต้องยังคงเลือกแหล่งข้อมูลของคุณเหมือนที่คุณทำเช่นก่อนหน้า แทนที่จะเลือกตารางเป็นขั้นตอนต่อไป คุณจะต้องเชื่อมต่อตัวควบคุมกับการดำเนินการด้วยตนเองโดยการแก้ไขคุณสมบัติ Items ของตัวควบคุมที่จะแสดงข้อมูลของคุณ สูตรที่คุณตั้งค่าคุณสมบัติ Items ระบุการดำเนินการที่เรียกข้อมูล ตัวอย่างเช่น แอปจะไม่เรียกข้อมูลใดๆ หากคุณเชื่อมต่อกับ Yammer จากนั้นตั้งค่าคุณสมบัติ รายการ เป็นชื่อของแหล่งข้อมูล หากต้องการสร้างตัวควบคุมที่มีข้อมูล ให้ระบุการดำเนินการ เช่น GetMessagesInGroup(5033622).messages

ถ้าคุณต้องการจัดการการอัปเดตข้อมูลแบบกำหนดเองสำหรับตัวเชื่อมต่อการดำเนินการ ให้สร้างสูตรที่มีฟังก์ชัน Patch ในสูตร ระบุการดำเนินการและฟิลด์ที่จะผูกกับการดำเนินการ

หมายเหตุ

สำหรับตัวเชื่อมต่อตามการดำเนินการ แกลเลอรีและตัวควบคุมอื่นๆ จะไม่กำหนดหน้าในข้อมูลเพิ่มเติมโดยอัตโนมัติในลักษณะเดียวกับที่ทำกับตัวเชื่อมต่อแบบตาราง ตัวอย่างเช่น หากคุณผูกแหล่งข้อมูลแบบตารางเข้ากับแกลเลอรี แกลเลอรีจะดึงข้อมูลชุดหรือหน้าแรกของเรกคอร์ด (เช่น 100 เรกคอร์ด) จากนั้นจะกำหนดหน้าในข้อมูลเพิ่มเติมตามที่ตัวควบคุมร้องขอ อย่างไรก็ตาม สำหรับตัวเชื่อมต่อตามการดำเนินการ ตัวเชื่อมต่อจะดึง "หน้า" ของข้อมูล แต่ถ้าข้อมูลที่ร้องขอเกินขนาดสำหรับหน้าของข้อมูล ตัวควบคุมจะไม่ดึงหน้าถัดไปโดยอัตโนมัติ

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการปรับแต่งสูตรสำหรับการอัปเดตแบบกำหนดเอง ดูบทความต่อไปนี้:

Patch
Collect
Update

สคีมาแบบไดนามิกเป็นผลลัพธ์ประเภททั่วไปสำหรับตัวเชื่อมต่อตามการดำเนินการ Schema แบบไดนามิกหมายถึงความเป็นไปได้ที่การกระทำเดียวกันอาจส่งคืนตารางที่แตกต่างกันที่มีคอลัมน์ที่แตกต่างกัน โดยขึ้้นอยู่กับวิธีการเรียก เงื่อนไขที่อาจทำให้คอลัมน์ในตารางแตกต่างกัน ได้แก่ พารามิเตอร์อินพุตการดำเนินการ ผู้ใช้หรือบทบาทที่ทำการดำเนินการ และกลุ่มที่ผู้ใช้ทำงานอยู่ รวมถึงอื่นๆ ตัวอย่างเช่น Stored Procedure ของ SQL Server อาจส่งคืนคอลัมน์ที่แตกต่างกันหากเรียกใช้ด้วยการป้อนข้อมูลที่แตกต่างกัน หรืออินสแตนซ์ Azure DevOps อาจใช้ฟิลด์ที่กำหนดเองซึ่งไม่พร้อมใช้งานตามค่าเริ่มต้น

หมายเหตุ

คู่มือตัวเชื่อมต่อ จะแสดงผลลัพธ์ของ Schema แบบไดนามิก พร้อมข้อความนี้ "ผลลัพธ์ของการดำเนินการนี้เป็นแบบไดนามิก" เป็นค่าที่ส่งคืน

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทำงานกับสคีมาแบบไดนามิกใน Power Apps ดูที่ การทำงานกับออบเจ็กต์ที่ไม่ได้ระบุชนิดและแบบไดนามิก สำหรับภาพรวมและ เชื่อมต่อไปยัง Azure DevOps จาก Power Apps สำหรับตัวอย่างโดยละเอียด

ตัวเชื่อมต่อยอดนิยม

ตารางนี้มีลิงก์ไปยังข้อมูลเพิ่มเติมเกี่ยวกับตัวเชื่อมต่อของเราที่ได้รับความนิยมมากที่สุด สำหรับรายการทั้งหมดของตัวเชื่อมต่อ ให้ดู ตัวเชื่อมต่อทั้งหมด

Microsoft Dataverse	ที่เก็บข้อมูลในระบบคลาวด์ **
ไดนามิก AX	Excel
Microsoft Translator	Office 365 Outlook
ผู้ใช้ Office 365	Oracle
Power BI	SharePoint
SQL Server	Twitter

** ใช้ได้กับ Azure Blob, Box, Dropbox, Google Drive, OneDrive และ OneDrive for Business

ตัวเชื่อมต่อมาตรฐานและแบบกำหนดเอง

Power Apps มีตัวเชื่อมต่อ มาตรฐาน สำหรับแหล่งข้อมูลที่ใช้กันทั่วไปจำนวนมาก ถ้า Power Apps มีตัวเชื่อมต่อมาตรฐานสำหรับชนิดของแหล่งข้อมูลที่คุณต้องการใช้ คุณควรใช้ตัวเชื่อมต่อนั้น ถ้าคุณต้องการเชื่อมต่อกับแหล่งข้อมูลชนิดอื่น เช่น บริการที่คุณสร้าง ให้ดู ลงทะเบียนและใช้ตัวเชื่อมต่อแบบกำหนดเอง

ตัวเชื่อมต่อมาตรฐานทั้งหมด

ตัวเชื่อมต่อมาตรฐานไม่จำเป็นต้องมีการให้สิทธิการใช้งานพิเศษ สำหรับข้อมูลเพิ่มเติม ให้ดู แผน Power Apps

คุณสามารถถามคำถามเกี่ยวกับตัวเชื่อมต่อเฉพาะใน ฟอรัม Power Apps และคุณสามารถแนะนำตัวเชื่อมต่อที่คุณต้องการเพิ่มหรือการปรับปรุงอื่น ๆ เพื่อทำใน ไอเดีย Power Apps

ความปลอดภัยและประเภทของการรับรองความถูกต้อง

ในขณะที่คุณสร้างแอปของคุณและสร้างการเชื่อมต่อกับแหล่งข้อมูล คุณอาจเห็นว่าตัวเชื่อมต่อที่คุณเลือกอนุญาตให้คุณใช้วิธีต่างๆ ในการรับรองความถูกต้อง ตัวอย่างเช่น ตัวเชื่อมต่อ SQL Server อนุญาตให้คุณใช้ Microsoft Entra ที่รวม การรับรองความถูกต้องของ SQL Server และการรับรองความถูกต้องของ Windows การรับรองความถูกต้องแต่ละประเภทมีระดับความปลอดภัยต่างกันที่เกี่ยวข้อง สิ่งสำคัญคือต้องเข้าใจว่าข้อมูลและสิทธิใดที่คุณแบ่งปันกับผู้ใช้ที่ใช้แอปพลิเคชันของคุณ ตัวอย่างหลักในบทความนี้คือ SQL Server อย่างไรก็ตาม หลักการสามารถใช้กับการเชื่อมต่อทุกชนิด

หมายเหตุ

• สำหรับข้อมูลโดยละเอียดเกี่ยวกับข้อควรพิจารณาด้านความปลอดภัยเมื่อใช้เซิร์ฟเวอร์ฐานข้อมูลเชิงสัมพันธ์ (เช่นMicrosoft SQL Server หรือ Oracle) เป็นแหล่งข้อมูลสำหรับแอป โปรดดู ใช้ Microsoft SQL Server กับ Power Apps อย่างปลอดภัย
• Power Apps ไม่รองรับข้อมูลประจำตัว สมาชิกภายนอก สำหรับข้อมูลเพิ่มเติม โปรดดู คุณสมบัติของผู้ใช้การทำงานร่วมกันของ Microsoft Entra B2B

Microsoft Entra ID

การรับรองความถูกต้องนี้เป็นชนิดการเชื่อมต่อที่ปลอดภัย ตัวอย่างเช่น SharePoint ใช้การรับรองความถูกต้องประเภทนี้ SQL Server ยังอนุญาตให้มีการรับรองความถูกต้องประเภทนี้ เมื่อคุณเชื่อมต่อ บริการ Microsoft Entra ระบุตัวคุณแยกจาก SharePoint ในนามของคุณ. คุณไม่จำเป็นต้องระบุชื่อผู้ใช้หรือรหัสผ่าน ในฐานะผู้สร้าง คุณสามารถสร้างและทำงานกับแหล่งข้อมูล ด้วยข้อมูลประจำตัวของคุณ เมื่อคุณเผยแพร่แอปพลิเคชันและล็อกอินผู้ใช้ของแอปพลิเคชันของคุณ พวกเขาจะทำเช่นนั้นด้วยข้อมูลประจำตัวของตนเอง หากข้อมูลได้รับการรักษาความปลอดภัยอย่างเหมาะสมบนแบ็คเอนด์ ผู้ใช้ของคุณสามารถดูได้เฉพาะสิ่งที่พวกเขาได้รับอนุญาตให้ดูตามข้อมูลประจำตัวของพวกเขา การรักษาความปลอดภัยประเภทนี้ช่วยให้คุณสามารถเปลี่ยนสิทธิ์สำหรับผู้ใช้แอปพลิเคชันเฉพาะบนแหล่งข้อมูลแบ็คเอนต์ หลังจากใบสมัครได้รับการเผยแพร่ ตัวอย่างเช่น คุณสามารถให้สิทธิ์การเข้าถึง ปฏิเสธการเข้าถึง หรือปรับแต่งสิ่งที่ผู้ใช้หรือชุดของผู้ใช้สามารถเห็นได้ทั้งหมดในแหล่งข้อมูลแบ็คเอนต์

การอนุญาตมาตรฐานแบบเปิด (OAuth)

ประเภทของการเชื่อมต่อนี้ปลอดภัยเช่นกัน ตัวอย่างเช่น Twitter ใช้การรับรองความถูกต้องประเภทนี้ เมื่อคุณเชื่อมต่อ คุณต้องระบุชื่อผู้ใช้และรหัสผ่าน ของคุณในฐานะผู้สร้้าง คุณสามารถสร้างและทำงานกับแหล่งข้อมูลด้วยข้อมูลประจำตัวของคุณได้ เมื่อคุณเผยแพร่แอปพลิเคชันและล็อกอินผู้ใช้ของแอปพลิเคชันของคุณ พวกเขาจะต้องให้ข้อมูลประจำตัวของตนเองด้วย ดังนั้นการเชื่อมต่อชนิดนี้มีความปลอดภัยเนื่องจากผู้ใช้ของคุณต้องใช้ข้อมูลประจำตัวของตนเองเพื่อเข้าถึงบริการแหล่งข้อมูล

การเชื่อมต่อที่แชร์ / การเชื่อมต่อโดยนัยที่ปลอดภัย

ในการเชื่อมต่อที่แชร์ ชื่อผู้ใช้และรหัสผ่านสำหรับการเชื่อมต่อจะได้รับการจัดหาโดยผู้สร้าง Power Apps ในเวลาที่แหล่งข้อมูลถูกสร้างขึ้นในแอปพลิเคชัน การรับรองความถูกต้องของการเชื่อมต่อกับแหล่งข้อมูล คือ แชร์โดยปริยาย กับผู้ใช้ปลายทาง ทันทีที่มีการเผยแพร่แอป การเชื่อมต่อจะถูกเผยแพร่และพร้อมใช้งานสำหรับผู้ใช้ของคุณ

ก่อนเดือนมกราคม 2024 ผู้ใช้ปลายทางของคุณสามารถใช้การเชื่อมต่อที่แชร์กับพวกเขาและสร้างแอปพลิเคชันใหม่แยกต่างหากได้ ผู้ใช้ของคุณจะไม่เห็นชื่อผู้ใช้หรือรหัสผ่าน แต่จะสามารถใช้การเชื่อมต่อได้ อย่างไรก็ตาม หลังจากเดือนมกราคม 2024 การเชื่อมต่อที่ใช้ร่วมกันที่สร้างขึ้นใหม่ทั้งหมดจะปลอดภัย โปรดทราบว่าจะต้องเผยแพร่แอปเก่าซ้ำเพื่อความปลอดภัย การเชื่อมต่อจะไม่ถูกแชร์กับผู้ใช้ปลายทางอีกต่อไป Power App ที่เผยแพร่จะติดต่อกับพร็อกซีการเชื่อมต่อ พร็อกซีการเชื่อมต่อจะสื่อสารกับ Power App เฉพาะที่เชื่อมโยงเท่านั้น พร็อกซีการเชื่อมต่อจำกัดการดำเนินการที่ส่งไปยังการเชื่อมต่อใน Power App {รับ วาง/แก้ไข ลบ} สำหรับแหล่งข้อมูลที่กำหนด หากคุณมีแอปที่ใช้การเชื่อมต่อที่เผยแพร่ก่อนเดือนมกราคม 2024 คุณควรเผยแพร่แอปพลิเคชันของคุณอีกครั้งและเลิกแชร์การเชื่อมต่อกับผู้ใช้ปลายทางที่ไม่ควรมี

ใน SQL Server ตัวอย่างการเชื่อมต่อชนิดนี้เรียกว่า การรับรองความถูกต้องของเซิร์ฟเวอร์ SQL แหล่งข้อมูลฐานข้อมูลอื่นๆ อีกมากมายให้ความสามารถที่คล้ายกัน เมื่อคุณเผยแพร่แอปพลิเคชันของคุณ ผู้ใช้ของคุณไม่จำเป็นต้องระบุชื่อผู้ใช้และรหัสผ่านที่ไม่ซ้ำกัน

การแจ้งเตือนให้อัปเดตแอปของคุณ (การเชื่อมต่อโดยนัยที่ปลอดภัย)

หากคุณมีแอปพลิเคชันที่อาจได้รับการอัปเกรดเพื่อใช้คุณสมบัตินี้ คุณจะเห็นข้อความบนหน้าแอป ซึ่งระบุจำนวนแอปที่ต้องให้ความสนใจ

เลือกลิงก์และมันจะเปิดแผงด้านข้างที่แสดงรายการแอปทั้งหมดที่ต้องให้ความสนใจ

เลือกไอคอน เปิด ทางด้านขวาของชื่อแอปเพื่อเปิดและเผยแพร่อีกครั้ง ทำตามคำแนะนำต่อไปนี้

เปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัยสำหรับแอปที่มีอยู่

เปิดแอปซึ่งเปิดเพื่อแก้ไขที่มีอยู่ ด้วยการเชื่อมต่อที่แชร์โดยปริยายที่เผยแพร่แล้ว:

1. บนแถบคำสั่ง ให้เลือก การตั้งค่า และค้นหา "ปลอดภัย"
2. อัปเดตสวิตช์คุณลักษณะอย่างเหมาะสมเพื่อเปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัย
3. บันทึกและเผยแพร่แอป

การยกเลิกการแชร์

เมื่อเผยแพร่แอปแล้ว ให้ทำตามขั้นตอนเหล่านี้เพื่อตรวจสอบว่าการแชร์ทำงานอย่างถูกต้อง:

• ตรวจสอบว่าการเชื่อมต่อแชร์กับเจ้าของร่วมหรือไม่ หากคุณไม่ต้องการให้ผู้ใช้เชื่อมต่อ ให้ยกเลิกการเลือกกล่องกาเครื่องหมาย เจ้าของร่วม

  

• หากต้องการตรวจสอบว่าคุณลักษณะทำงานถูกต้องหรือไม่ ให้แชร์แอปกับผู้ใช้รายอื่นที่ไม่ใช่เจ้าของ เมื่อคุณแชร์แอปแล้ว ให้ตรวจสอบรายการ การเชื่อมต่อ ในแท็บ Dataverse ใน Power Apps สำหรับผู้ใช้รายนั้น ตรวจสอบว่าผู้ใช้ไม่มีการเชื่อมต่อ

• เปิดแผง การแชร์ เพื่อเปลี่ยนสิทธิ์ของผู้ใช้ในการเชื่อมต่อ การเลือก X จะเป็นการลบการเข้าถึงการเชื่อมต่อของผู้ใช้ออก

  

ใช้แอปที่มีการเชื่อมต่อโดยนัยที่ปลอดภัยใหม่

เมื่อแอปของคุณเผยแพร่ซ้ำและแชร์ ผู้ใช้ปลายทางจะไม่มีสิทธิ์เข้าถึงการเชื่อมต่อ แต่จะทำงานกับการเชื่อมต่อพร็อกซีที่ซ่อนอยู่ ผู้ใช้จะสร้างแอปใหม่ตามการเชื่อมต่อเดิมไม่ได้

ข้อจำกัด

1. การเชื่อมต่อที่ใช้ร่วมกันโดยนัยทุกประเภทจะทำงาน เช่น การดำเนินการและตาราง
2. ชื่อเซิร์ฟเวอร์และฐานข้อมูลถูกซ่อนอยู่ในการติดตามเครือข่าย แต่จะปรากฏในกล่องโต้ตอบความยินยอม ชื่อคอลัมน์ไม่ถูกซ่อน
3. สำหรับตัวเชื่อมต่อแบบตาราง เราจำกัดการดำเนินการ CRUD เท่านั้น เช่น รับ โพสต์ วาง หรือลบ หากคุณมีสิทธิ์ในการ วาง คุณต้องมีสิทธิ์ในการ โพสต์
4. ขีดจำกัดตัวเชื่อมต่อตามการดำเนินการขึ้นอยู่กับ API เฉพาะที่ใช้ในแอปพลิเคชัน
5. คำเตือนยังคงเปิดใช้งานในการแชร์ คำเตือนเกี่ยวกับการเชื่อมต่อที่ใช้ร่วมกันโดยปริยายยังคงเตือนขณะแสดงตัวอย่าง อย่างไรก็ตาม การเชื่อมต่อกับคุณลักษณะนี้ของคุณนั้นปลอดภัย แม้จะมีคำเตือนก็ตาม
6. ไม่รองรับการเผยแพร่ไปยังผู้เช่าทั้งหมด ซึ่งตรงข้ามกับกลุ่มหรือบุคคลที่เจาะจง
7. มีปัญหาที่ทราบเมื่อนำเข้าการเชื่อมต่อที่ปลอดภัยที่ใช้ร่วมกันโดยปริยายผ่านการอ้างอิงการเชื่อมต่อ ความปลอดภัยไม่ได้รับการตั้งค่าอย่างถูกต้องในสภาพแวดล้อมเป้าหมาย
8. มีปัญหาที่ทราบแล้วในการนำเข้าโซลูชันโดยใช้บริการหลัก ซึ่งเป็นสาเหตุของการนำเข้าล้มเหลว วิธีแก้ปัญหาคือ การแชร์การเชื่อมต่อกับบริการหลัก

การรับรองความถูกต้องของ Windows

การเชื่อมต่อชนิดนี้ไม่ปลอดภัยเพราะไม่อาศัยการรับรองความถูกต้องของผู้ใช้ปลายทาง ใช้การรับรองความถูกต้องของ Windows เมื่อคุณต้องการเชื่อมต่อกับ แหล่งข้อมูล นั่นคือ ภายในองค์กร ตัวอย่างของการเชื่อมต่อประเภทนี้คือเซิร์ฟเวอร์ภายในองค์กรที่มี SQL Server การเชื่อมต่อจะต้องผ่านเกตเวย์ เนื่องจากผ่านเกตเวย์ตัวเชื่อมต่อ จึงสามารถเข้าถึงข้อมูลทั้งหมดในแหล่งข้อมูลนั้น ด้วยเหตุนี้ข้อมูลใดๆ ที่คุณสามารถเข้าถึงด้วยข้อมูลประจำตัว Windows ที่คุณระบุ จะมีให้สำหรับตัวเชื่อมต่อ และทันทีที่มีการเผยแพร่แอป การเชื่อมต่อจะถูกเผยแพร่และพร้อมใช้งานสำหรับผู้ใช้ของคุณ ลักษณะการทำงานนี้หมายความว่าผู้ใช้ปลายทางของคุณสามารถสร้างแอปพลิเคชันโดยใช้การเชื่อมต่อเดียวกันนี้และเข้าถึงข้อมูลในเครื่องนั้นได้ การเชื่อมต่อกับแหล่งข้อมูล แบ่งปันโดยปริยาย กับผู้ใช้ที่แชร์แอปด้วยเช่นกัน การเชื่อมต่อประเภทนี้อาจใช้ได้เมื่อแหล่งข้อมูลของคุณอยู่บนเซิร์ฟเวอร์ภายในองค์กรณ์เท่านั้นและข้อมูลในแหล่งที่มานั้นสามารถแชร์ได้อย่างอิสระ

แหล่งข้อมูลในโซลูชัน

โซลูชันใช้สำหรับ การจัดการวงจรชีวิตของแอปพลิเคชัน และให้ความสามารถอื่นๆ สำหรับการจัดการวงจรการใช้ของ แหล่งข้อมูล หากแอปพื้นที่ทำงานอยู่ในโซลูชัน การอ้างอิงการเชื่อมต่อ และ ตัวแปรสภาพแวดล้อม อาจถูกสร้างขึ้นเพื่อเก็บข้อมูลเกี่ยวกับแหล่งข้อมูล กระบวนการนี้ช่วยให้มั่นใจได้ว่าแหล่งข้อมูลสามารถเปลี่ยนแปลงหรือสร้างขึ้นใหม่ได้เมื่อโซลูชันถูกโอนย้ายไปยังสภาพแวดล้อมที่แตกต่างกัน

เปลี่ยนชื่อแหล่งข้อมูลในแอป

หากต้องการเรียนรู้เกี่ยวกับการเปลี่ยนชื่อแหล่งข้อมูลในแอป และความแตกต่างระหว่างแหล่งข้อมูลแบบตารางและแบบอิงการดำเนินการ ให้ไปที่ เปลี่ยนชื่อแหล่งข้อมูลตามการดำเนินการ Power Apps

กล่องโต้ตอบความยินยอมการเชื่อมต่อ

เมื่อผู้ใช้เปิดแอปที่ใช้ตัวเชื่อมต่อเป็นครั้งแรก พวกเขาจะเห็นกล่องโต้ตอบ "ความยินยอมในการเชื่อมต่อ" เพื่อวัตถุประสงค์ต่อไปนี้

1. เพื่อแจ้งให้ผู้ใช้ทราบเกี่ยวกับแหล่งข้อมูลที่แอปเข้าถึง

2. เพื่อระบุการดำเนินการที่ตัวเชื่อมต่ออาจทำหรือไม่ทำในแอป ตัวอย่างเช่น สำหรับแอปที่ใช้ตัวเชื่อมต่อ ผู้ใช้ Office 365:

   • แอปนี้สามารถ:
     • อ่านโปรไฟล์ผู้ใช้แบบเต็มของคุณ
     • อ่านรายละเอียดทั้งหมดของผู้ใช้ทั้งหมด
   • แอปนี้ไม่สามารถ:
     • แก้ไขหรือลบข้อมูลโปรไฟล์ผู้ใช้ใด ๆ

3. เพื่อบันทึกความยินยอมของผู้ใช้ปลายทางในการเชื่อมต่อกับแหล่งข้อมูลที่แอปใช้

4. เพื่ออำนวยความสะดวกในการรับรองความถูกต้องผู้ใช้ปลายทางด้วยตนเอง เมื่อจำเป็น

สำหรับการเชื่อมต่อบางอย่าง Power Platform สามารถรับรองความถูกต้องผู้ใช้โดยอัตโนมัติเพื่อเข้าถึงแหล่งข้อมูล อย่างไรก็ตาม หากการลงชื่อเข้าใช้อัตโนมัติล้มเหลว กล่องโต้ตอบนี้จะแจ้งให้ผู้ใช้แก้ไขการเชื่อมต่อด้วยการเข้าสู่ระบบด้วยตนเอง Power Platform สามารถพยายามลงชื่อเข้าใช้อัตโนมัติสำหรับการเชื่อมต่อเมื่อแหล่งข้อมูลอนุญาตหลักบริการการเชื่อมต่อ Azure API ของ Microsoft ล่วงหน้า โดยอนุญาตให้ทำการลงชื่อเข้าใช้เพียงครั้งเดียวสำหรับผู้ใช้เมื่อมีการสร้างการเชื่อมต่อ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการลงชื่อเข้าระบบครั้งเดียว โปรดดูที่ การลงชื่อเข้าระบบครั้งเดียว (SSO) คืออะไร

โปรดทราบว่าสำหรับแอปแบบจำลองที่ใช้หน้าแบบกำหนดเอง เมื่อมีหน้าแบบกำหนดเองหลายหน้าแอป กล่องโต้ตอบความยินยอมจะขอสิทธิ์ข้อมูลสำหรับตัวเชื่อมต่อทั้งหมดในหน้าแบบกำหนดเองทั้งหมด แม้ว่าจะไม่ได้เปิดก็ตาม

รูปภาพต่อไปนี้เป็นตัวอย่างของกล่องโต้ตอบความยินยอมในการเชื่อมต่อสำหรับแอปที่เชื่อมต่อกับไซต์ SharePoint

สำหรับตัวเชื่อมต่อที่เลือก ผู้ดูแลระบบสามารถระงับกล่องโต้ตอบนี้ และยินยอมในนามของผู้ใช้ปลายทางเพื่อเชื่อมต่อกับแหล่งข้อมูล ตารางต่อไปนี้อธิบายชนิดของตัวเชื่อมต่อที่กล่องโต้ตอบความยินยอมอาจถูกระงับสำหรับแอป

หมายเหตุ

หากผู้ดูแลระบบระงับกล่องโต้ตอบความยินยอม แต่แพลตฟอร์มไม่สามารถลงชื่อเข้าระบบครั้งเดียวสำหรับผู้ใช้ปลายทาง กล่องโต้ตอบจะแสดงต่อผู้ใช้เมื่อเปิดแอป

ชนิดตัวเชื่อมต่อ	กล่องโต้ตอบความยินยอมสามารถระงับได้หรือไม่	การอ้างอิง
ตัวเชื่อมต่อของ Microsoft ที่รองรับการลงชื่อเข้าระบบครั้งเดียว (เช่น ผู้ใช้ SharePoint, Office 365)	ใข่	Cmdlets ของผู้ดูแลระบบ Power Apps
ตัวเชื่อมต่อที่เข้าถึงบริการของคู่ค้าที่ไม่ใช่ของ Microsoft เช่น Salesforce	ไม่	ไม่สามารถใช้งานได้
ตัวเชื่อมต่อที่กำหนดเองโดยใช้ OAuth ด้วย Microsoft Entra ID เป็นผู้ให้บริการข้อมูลประจำตัว ตัวเชื่อมต่อแบบกำหนดเองเหล่านี้สร้างโดยองค์กร และสามารถเข้าถึงได้โดยผู้ใช้ภายในองค์กรเท่านั้น (ตัวอย่างเช่น สร้างโดย Contoso สำหรับผู้ใช้ Contoso เท่านั้น)	ใช่	จัดการการเชื่อมต่อ

Microsoft Power Platform สามารถระงับกล่องโต้ตอบความยินยอมได้เฉพาะสำหรับการเชื่อมต่อกับแหล่งข้อมูลโดยที่:

1. ไม่มีข้อผูกมัดโดยแหล่งข้อมูลในการแสดง UI ความยินยอมอย่างชัดแจ้ง
2. แหล่งข้อมูลให้สิทธิ์ล่วงหน้าสำหรับบริการหลักในการเชื่อมต่อ Azure API ของ Microsoft เพื่อเปิดใช้งานการลงชื่อเข้าระบบครั้งเดียว
3. ผู้ดูแลระบบกำหนดค่าแอปเพื่อระงับความยินยอมสำหรับการเชื่อมต่อก่อนหน้า

การให้สิทธิ์ล่วงหน้าของบริการหลักในการเชื่อมต่อ Azure API ของ Microsoft มีอยู่สำหรับแหล่งข้อมูลฝ่ายหลักของ Microsoft และอาจกำหนดค่าโดยแอปพลิเคชันแบบกำหนดเองที่ลงทะเบียนในผู้เช่า Microsoft Entra ที่ใช้โดยตัวเชื่อมต่อแบบกำหนดเอง ผู้ดูแลระบบจัดการการระงับความยินยอมตามแต่ละแอป (เมื่อเทียบกับเครื่องมือเชื่อมต่อ) ดังนั้นการระงับจะได้รับการจัดการที่ระดับประสบการณ์แอปที่ละเอียดที่สุดความละเอียดระดับนี้ช่วยป้องกันการระงับความยินยอมสำหรับ "แอปที่ได้รับการอนุมัติ" ขององค์กรจากการระงับความยินยอมโดยไม่ได้ตั้งใจสำหรับแอปที่ไม่ได้รับอนุมัติหรือตรวจสอบ