หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
ข้อมูลคือศูนย์กลางสำคัญของแอปส่วนใหญ่ รวมถึงแอปที่คุณสร้างใน 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 ระเบียน) จากนั้นไปยังหน้าในข้อมูลเพิ่มเติมตามที่ตัวควบคุมร้องขอ สำหรับตัวเชื่อมต่อตามการดำเนินการ จะดึงข้อมูล "หน้า" แต่ถ้าข้อมูลที่ร้องขอเกินขนาดหน้า ตัวควบคุมจะไม่ได้รับหน้าถัดไปโดยอัตโนมัติ
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการปรับแต่งสูตรสำหรับการอัปเดตแบบกำหนดเอง ดูบทความต่อไปนี้:
สคีมาแบบไดนามิกเป็นผลลัพธ์ประเภททั่วไปสำหรับตัวเชื่อมต่อตามการดำเนินการ Schema แบบไดนามิกหมายถึงความเป็นไปได้ที่การกระทำเดียวกันอาจส่งคืนตารางที่แตกต่างกันที่มีคอลัมน์ที่แตกต่างกัน โดยขึ้้นอยู่กับวิธีการเรียก เงื่อนไขที่อาจทําให้คอลัมน์ในตารางแตกต่างกัน ได้แก่ พารามิเตอร์การป้อนข้อมูล ผู้ใช้หรือบทบาทที่ดําเนินการและกลุ่มที่ผู้ใช้กําลังทํางานอยู่ ตัวอย่างเช่น Stored Procedure ของ SQL Server อาจส่งคืนคอลัมน์ที่แตกต่างกันหากเรียกใช้ด้วยการป้อนข้อมูลที่แตกต่างกัน หรืออินสแตนซ์ Azure DevOps อาจใช้ฟิลด์ที่กำหนดเองซึ่งไม่พร้อมใช้งานตามค่าเริ่มต้น
หมายเหตุ
คู่มือตัวเชื่อมต่อ จะแสดงผลลัพธ์ของ Schema แบบไดนามิก พร้อมข้อความนี้ "ผลลัพธ์ของการดำเนินการนี้เป็นแบบไดนามิก" เป็นค่าที่ส่งคืน
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทำงานกับ Schema แบบไดนามิกใน Power Apps ให้ดูที่ การทำงานกับค่าไดนามิก สำหรับภาพรวม และ เชื่อมต่อกับ Azure DevOps จาก Power Apps สำหรับตัวอย่างโดยละเอียด
ตัวเชื่อมต่อยอดนิยม
ตารางนี้เชื่อมโยงไปยังข้อมูลเพิ่มเติมเกี่ยวกับตัวเชื่อมต่อที่ได้รับความนิยม สำหรับรายการทั้งหมด ให้ดู ตัวเชื่อมต่อทั้งหมด
| Microsoft Dataverse | ที่เก็บข้อมูลในระบบคลาวด์ ** |
| ไดนามิก AX | Excel |
| Microsoft Translator | Office 365 Outlook |
| ผู้ใช้ Office 365 | Oracle |
| Power BI | SharePoint |
| SQL Server |
** ใช้ได้กับ Azure Blob, Box, Dropbox, Google Drive และ OneDrive
ตัวเชื่อมต่อมาตรฐานและแบบกำหนดเอง
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 Server แหล่งข้อมูลฐานข้อมูลอื่นๆ อีกมากมายให้ความสามารถที่คล้ายกัน เมื่อคุณเผยแพร่แอปพลิเคชันของคุณ ผู้ใช้ของคุณไม่จำเป็นต้องระบุชื่อผู้ใช้และรหัสผ่านที่ไม่ซ้ำกัน
หมายเหตุ
ผู้ใช้ปลายทางของคุณอาจพบข้อความแสดงข้อผิดพลาด คุณไม่มีสิทธิ์ที่ถูกต้องในการใช้การเชื่อมต่อนี้ ในกล่องโต้ตอบความยินยอม สองสถานการณ์อาจทําให้เกิดข้อผิดพลาดนี้ ก่อนอื่น แอปพลิเคชันอาจมีการเชื่อมต่อโดยนัยที่ใช้ร่วมกัน ซึ่งไม่ใช่ การเชื่อมต่อที่ปลอดภัยโดยนัย การแชร์การเชื่อมต่อกับผู้ใช้ปลายทางร่วมกันสามารถแก้ไขปัญหานี้ได้ แต่ไม่แนะนําเนื่องจากการเชื่อมต่อที่แชร์ทั้งหมดควรมีความปลอดภัยในการเชื่อมต่อโดยนัย ผู้สร้างควรแปลงการเชื่อมต่อทั้งหมดในแอปพลิเคชันให้เป็นการเชื่อมต่อโดยนัยที่ปลอดภัยเพื่อแก้ไขปัญหานี้ ประการที่สอง การเชื่อมต่ออาจเป็นการเชื่อมต่อทางอ้อมที่ปลอดภัยแล้ว การเผยแพร่อีกครั้งอาจแก้ไขปัญหานี้ หากไม่เป็นเช่นนั้น ควรรายงานข้อบกพร่องของผลิตภัณฑ์
การแจ้งเตือนให้อัปเดตแอปของคุณ (การเชื่อมต่อโดยนัยที่ปลอดภัย)
หากคุณมีแอปพลิเคชันที่อาจได้รับการอัปเกรดเพื่อใช้ฟีเจอร์นี้ คุณจะเห็นข้อความบนหน้าแอป ซึ่งระบุจำนวนแอปที่ต้องให้ความสนใจ
เลือกลิงก์และมันจะเปิดแผงด้านข้างที่แสดงรายการแอปทั้งหมดที่ต้องให้ความสนใจ
เลือกไอคอน เปิด ทางด้านขวาของชื่อแอปเพื่อเปิดและเผยแพร่อีกครั้ง ทำตามคำแนะนำต่อไปนี้
เปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัยสำหรับแอปที่มีอยู่
เปิดแอปซึ่งเปิดเพื่อแก้ไขที่มีอยู่ ด้วยการเชื่อมต่อที่แชร์โดยปริยายที่เผยแพร่แล้ว:
- บนแถบคำสั่ง ให้เลือก การตั้งค่า และค้นหา "ปลอดภัย"
- อัปเดตสวิตช์คุณลักษณะอย่างเหมาะสมเพื่อเปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัย
- บันทึกและเผยแพร่แอป
การยกเลิกการแชร์
เมื่อคุณเผยแพร่แอป ให้ทําตามขั้นตอนเหล่านี้เพื่อตรวจสอบว่าการแชร์ทํางานได้อย่างถูกต้อง:
- ตรวจสอบว่าการเชื่อมต่อแชร์กับเจ้าของร่วมหรือไม่ หากคุณไม่ต้องการให้ผู้ใช้เชื่อมต่อ ให้ยกเลิกการเลือกกล่องกาเครื่องหมาย เจ้าของร่วม
หากต้องการตรวจสอบว่าคุณลักษณะทำงานถูกต้องหรือไม่ ให้แชร์แอปกับผู้ใช้รายอื่นที่ไม่ใช่เจ้าของ เมื่อคุณแชร์แอปแล้ว ให้ตรวจสอบรายการ การเชื่อมต่อ ในแท็บ Dataverse ใน Power Apps สำหรับผู้ใช้รายนั้น ตรวจสอบว่าผู้ใช้ไม่มีการเชื่อมต่อ
เปิดแผง การแชร์ เพื่อเปลี่ยนสิทธิ์ของผู้ใช้ในการเชื่อมต่อ เลือก X เพื่อลบการเข้าถึงการเชื่อมต่อของผู้ใช้
ใช้แอปที่มีการเชื่อมต่อโดยนัยที่ปลอดภัยใหม่
เมื่อคุณเผยแพร่และแชร์แอปของคุณ ผู้ใช้ปลายทางจะไม่สามารถเข้าถึงการเชื่อมต่อได้ แต่จะทํางานกับการเชื่อมต่อพร็อกซีที่ซ่อนอยู่ได้ ผู้ใช้จะสร้างแอปใหม่ตามการเชื่อมต่อเดิมไม่ได้
ข้อจำกัด
- ชนิดของการเชื่อมต่อที่ใช้ร่วมกันโดยนัยทั้งหมดทํางาน เช่น การดําเนินการและตาราง
- ชื่อเซิร์ฟเวอร์และฐานข้อมูลถูกซ่อนอยู่ในการติดตามเครือข่าย แต่จะปรากฏในกล่องโต้ตอบความยินยอม ชื่อคอลัมน์ไม่ถูกซ่อน
- สําหรับตัวเชื่อมต่อแบบตาราง คุณลักษณะจะจํากัดการดําเนินการ CRUD เช่น รับ โพสต์ วาง หรือลบเท่านั้น หากคุณมีสิทธิ์ในการ วาง คุณต้องมีสิทธิ์ในการ โพสต์
- ขีดจำกัดตัวเชื่อมต่อตามการดำเนินการขึ้นอยู่กับ API เฉพาะที่ใช้ในแอปพลิเคชัน
- คำเตือนยังคงเปิดใช้งานในการแชร์ คำเตือนเกี่ยวกับการเชื่อมต่อที่ใช้ร่วมกันโดยปริยายยังคงเตือนขณะแสดงตัวอย่าง อย่างไรก็ตาม การเชื่อมต่อกับคุณลักษณะนี้ของคุณนั้นปลอดภัย แม้จะมีคำเตือนก็ตาม
- ไม่รองรับการเผยแพร่ไปยังผู้เช่าทั้งหมด ซึ่งตรงข้ามกับกลุ่มหรือบุคคลที่เจาะจง
- มีปัญหาที่ทราบเมื่อนำเข้าการเชื่อมต่อที่ปลอดภัยที่ใช้ร่วมกันโดยปริยายผ่านการอ้างอิงการเชื่อมต่อ ความปลอดภัยไม่ได้รับการตั้งค่าอย่างถูกต้องในสภาพแวดล้อมเป้าหมาย
- มีปัญหาที่ทราบแล้วในการนำเข้าโซลูชันโดยใช้บริการหลัก ซึ่งเป็นสาเหตุของการนำเข้าล้มเหลว วิธีแก้ปัญหาคือ การแชร์การเชื่อมต่อกับบริการหลัก
การรับรองความถูกต้องของ Windows
การเชื่อมต่อชนิดนี้ไม่ปลอดภัยเพราะไม่อาศัยการรับรองความถูกต้องของผู้ใช้ปลายทาง ใช้การรับรองความถูกต้องของ Windows เมื่อคุณต้องการเชื่อมต่อกับ แหล่งข้อมูล นั่นคือ ภายในองค์กร ตัวอย่างของการเชื่อมต่อประเภทนี้คือเซิร์ฟเวอร์ภายในองค์กรที่มี SQL Server การเชื่อมต่อจะต้องผ่านเกตเวย์ เนื่องจากผ่านเกตเวย์ตัวเชื่อมต่อ จึงสามารถเข้าถึงข้อมูลทั้งหมดในแหล่งข้อมูลนั้น ดังนั้นข้อมูลใด ๆ ที่คุณสามารถเข้าถึงด้วยข้อมูลประจําตัว Windows ที่คุณใส่จะพร้อมใช้งานสําหรับตัวเชื่อมต่อ เมื่อคุณเผยแพร่แอปพลิเคชัน คุณยังได้เผยแพร่การเชื่อมต่อและทําให้พร้อมใช้งานสําหรับผู้ใช้ของคุณ ลักษณะการทํางานนี้หมายความว่า ผู้ใช้ปลายทางของคุณสามารถสร้างแอปพลิเคชันโดยใช้การเชื่อมต่อเดียวกันนี้ และเข้าถึงข้อมูลบนเครื่องนั้นได้ การเชื่อมต่อกับแหล่งข้อมูล แบ่งปันโดยปริยาย กับผู้ใช้ที่แชร์แอปด้วยเช่นกัน การเชื่อมต่อประเภทนี้อาจใช้ได้เมื่อแหล่งข้อมูลของคุณอยู่บนเซิร์ฟเวอร์ภายในองค์กรณ์เท่านั้นและข้อมูลในแหล่งที่มานั้นสามารถแชร์ได้อย่างอิสระ
แหล่งข้อมูลในโซลูชัน
โซลูชันช่วยในการจัดการวงจรชีวิตของแอปพลิเคชัน และเสนอวิธีอื่นๆ ในการจัดการวงจรชีวิตของแหล่งข้อมูล ถ้าแอปพื้นที่ทํางานอยู่ในโซลูชัน คุณสามารถสร้าง การอ้างอิงการเชื่อมต่อ และ ตัวแปรสภาพแวดล้อม เพื่อจัดเก็บข้อมูลเกี่ยวกับแหล่งข้อมูลได้ การตั้งค่านี้ทำให้ง่ายต่อการเปลี่ยนแปลงหรือเชื่อมต่อแหล่งข้อมูลใหม่เมื่อคุณย้ายโซลูชันไปยังสภาพแวดล้อมที่แตกต่างกัน
เปลี่ยนชื่อแหล่งข้อมูลในแอป
เรียนรู้วิธีเปลี่ยนชื่อแหล่งข้อมูลในแอป และทำความเข้าใจความแตกต่างระหว่างแหล่งข้อมูลแบบตารางและตามการดำเนินการ สำหรับข้อมูลเพิ่มเติม โปรดดู เปลี่ยนชื่อแหล่งข้อมูลตามการดำเนินการของ Power Apps
กล่องโต้ตอบความยินยอมการเชื่อมต่อ
เมื่อผู้ใช้เปิดแอปที่ใช้ตัวเชื่อมต่อเป็นครั้งแรก พวกเขาจะเห็นกล่องโต้ตอบความยินยอมในการเชื่อมต่อสําหรับวัตถุประสงค์ต่อไปนี้
- เพื่อแจ้งให้ผู้ใช้ทราบเกี่ยวกับแหล่งข้อมูลที่แอปเข้าถึง
- เพื่อสรุปการดำเนินการที่ตัวเชื่อมต่ออาจจะหรืออาจไม่ดำเนินการในแอป ตัวอย่างเช่น สำหรับแอปที่ใช้ตัวเชื่อมต่อ ผู้ใช้ Office 365:
- แอปนี้สามารถ:
- อ่านโปรไฟล์ผู้ใช้แบบเต็มของคุณ
- อ่านรายละเอียดทั้งหมดของผู้ใช้ทั้งหมด
- แอปนี้ไม่สามารถ:
- แก้ไขหรือลบข้อมูลโปรไฟล์ผู้ใช้ใด ๆ
- เพื่อบันทึกความยินยอมของผู้ใช้ปลายทางในการเชื่อมต่อกับแหล่งข้อมูลที่แอปใช้
- เพื่ออำนวยความสะดวกในการรับรองความถูกต้องผู้ใช้ปลายทางด้วยตนเอง เมื่อจำเป็น
สำหรับการเชื่อมต่อบางอย่าง 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 สามารถระงับกล่องโต้ตอบความยินยอมสําหรับการเชื่อมต่อกับแหล่งข้อมูลซึ่งเงื่อนไขต่อไปนี้ทั้งหมดเป็นจริง:
- แหล่งข้อมูลไม่จำเป็นต้องมี UI เพื่อขอความยินยอมอย่างชัดเจน
- แหล่งข้อมูลจะรับรองความถูกต้องของบริการการเชื่อมต่อ Azure API ของ Microsoft เพื่อเปิดใช้งานการลงชื่อเข้าระบบครั้งเดียว
- ผู้ดูแลระบบกำหนดค่าแอปเพื่อระงับความยินยอมสำหรับการเชื่อมต่อก่อนหน้า
การอนุญาตล่วงหน้าให้ใช้สิทธิ์สำหรับบริการการเชื่อมต่อ Azure API ของ Microsoft มีไว้สำหรับแหล่งข้อมูลภายในของ Microsoft แอปพลิเคชันแบบกําหนดเองที่ลงทะเบียนในผู้เช่า Microsoft Entra ที่ใช้โดยตัวเชื่อมต่อแบบกําหนดเองอาจกําหนดค่าการรับรองความถูกต้องล่วงหน้านี้ ผู้ดูแลระบบจัดการการปราบปรามความยินยอมบนพื้นฐานต่อแอป (ตรงข้ามกับพื้นฐานของตัวเชื่อมต่อ) ดังนั้นการปราบปรามจึงมีการจัดการในระดับประสบการณ์แอปที่ละเอียดที่สุด ระดับของกรานูลาริตี้นี้จะป้องกันการระงับความยินยอมสําหรับ "แอปที่ได้รับอนุมัติ" ขององค์กรไม่ให้ระงับความยินยอมสําหรับแอปที่ไม่ได้รับอนุมัติหรือตรวจทานโดยไม่ได้ตั้งใจ