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

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

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

ตาราง

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

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

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

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

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

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

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

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

Patch
Collect
อัปเดต

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

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

	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 สำหรับธุรกิจ

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

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

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

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

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

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

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

Azure AD ที่รวม

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

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

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

การรับรองความถูกต้องของชื่อผู้ใช้และรหัสผ่าน SQL

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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