การรับรองของ Power Query เชื่อมต่อ OR
หมายเหตุ
บทความนี้อธิบายถึงข้อกําหนดและกระบวนการในการส่งตัวเชื่อมต่อแบบกําหนดเองของ Power Query สําหรับใบรับรอง อ่านบทความทั้งหมดอย่างใกล้ชิดก่อนที่จะเริ่มกระบวนการรับรอง
บทนำ
ด้วย Power Query SDK ทุกคนจะได้รับอํานาจในการสร้างตัวเชื่อมต่อ Power Query แบบกําหนดเองเพื่อเชื่อมต่อกับแหล่งข้อมูลจาก Power Query ในปัจจุบัน ตัวเชื่อมต่อแบบกําหนดเองได้รับการสนับสนุนเฉพาะในแบบจําลองความหมาย Power BI (Power BI Desktop และ บริการของ Power BI) และจําเป็นต้องใช้เกตเวย์ข้อมูลภายในองค์กรเพื่อรีเฟรชผ่านบริการของ Power BI ตัวเชื่อมต่อแบบกําหนดเองจําเป็นต้องแจกจ่ายแยกกันโดยนักพัฒนา
เจ้าของแหล่งข้อมูลที่พัฒนาตัวเชื่อมต่อแบบกําหนดเองสําหรับแหล่งข้อมูลของพวกเขาอาจต้องการแจกจ่ายตัวเชื่อมต่อแบบกําหนดเองของพวกเขาไปยังผู้ใช้ Power Query อย่างกว้างขวางมากขึ้น เมื่อมีการสร้าง ใช้ และตรวจสอบความถูกต้องตัวเชื่อมต่อแบบกําหนดเองโดยผู้ใช้ปลายทาง เจ้าของแหล่งข้อมูลสามารถส่งสําหรับใบรับรองของ Microsoft
การรับรองตัวเชื่อมต่อแบบกําหนดเองของ Power Query ทําให้ตัวเชื่อมต่อพร้อมใช้งานแบบสาธารณะพร้อมใช้งานทันทีภายในแบบจําลองความหมายของ Power BI (Power BI Desktop และ บริการของ Power BI), กระแสข้อมูล Power BI และ ชุดข้อมูล Power BI รองรับตัวเชื่อมต่อที่ได้รับการรับรองใน PowerBI.com และ Power BI Premium ทุกเวอร์ชัน
ตัวเชื่อมต่อที่ได้รับการรับรองคือ:
ดูแลโดยนักพัฒนาคู่ค้า
ได้รับการสนับสนุนโดยนักพัฒนาคู่ค้า
ได้รับการรับรองโดย Microsoft
เผยแพร่โดย Microsoft
เราทํางานร่วมกับคู่ค้าเพื่อพยายามตรวจสอบให้แน่ใจว่าพวกเขามีการสนับสนุนในการบํารุงรักษา แต่ปัญหาของลูกค้าเกี่ยวกับตัวเชื่อมต่อเองจะถูกนําไปยังนักพัฒนาคู่ค้า
ความแตกต่างของตัวเชื่อมต่อและตัวเชื่อมต่อแบบกําหนดเองที่ผ่านการรับรอง
ตัวเชื่อมต่อที่ได้รับการรับรองนั้นรวมอยู่ใน Power BI Desktop และปรับใช้กับบริการ Power BI กระแสข้อมูล Power BI และ Datamarts ของ Power BI ตัวเชื่อมต่อแบบกําหนดเองได้รับการสนับสนุนเฉพาะในแบบจําลองความหมายของ Power BI เท่านั้น และจําเป็นต้องโหลดใน Power BI Desktop ตามที่อธิบายไว้ใน การโหลดส่วนขยายของคุณใน Power BI Desktop สามารถรีเฟรชทั้งตัวเชื่อมต่อทั้งที่ได้รับการรับรองและแบบกําหนดเองผ่าน Power BI Desktop หรือบริการ Power BI ผ่านการใช้เกตเวย์ข้อมูลภายในองค์กรโดยใช้ Test เชื่อมต่อ ion เกตเวย์ข้อมูลภายในองค์กรจําเป็นสําหรับตัวเชื่อมต่อแบบกําหนดเอง
นอกจากนี้ ตัวเชื่อมต่อที่ได้รับการรับรองใน Power BI Desktop ที่มี TestConnection
การใช้งานยังสนับสนุนการรีเฟรชแบบ end-to-end ผ่านระบบคลาวด์ (บริการของ Power BI) โดยไม่จําเป็นต้องใช้เกตเวย์ข้อมูลภายในองค์กร สภาพแวดล้อมบริการของ Power BI หลัก ๆ โฮสต์ "เกตเวย์ระบบคลาวด์" ที่ทํางานคล้ายกับเกตเวย์ภายในองค์กร หลังจากการรับรอง เราจะปรับใช้ตัวเชื่อมต่อของคุณกับสภาพแวดล้อมนี้เพื่อให้พร้อมใช้งานสําหรับลูกค้า Power BI ทั้งหมด
ทั้งตัวเชื่อมต่อแบบกําหนดเองและตัวเชื่อมต่อที่ได้รับการรับรองที่มีคอมโพเนนต์เพิ่มเติม (ตัวอย่างเช่น โปรแกรมควบคุม ODBC) จําเป็นต้องมีการติดตั้งคอมโพเนนต์เพิ่มเติมบนเครื่องของผู้ใช้ปลายทาง และจําเป็นต้องใช้เกตเวย์ข้อมูลภายในองค์กร เว้นแต่ว่าคอมโพเนนต์เพิ่มเติมจะถูกปรับใช้บนคลาวด์ Power BI ในปัจจุบัน เรายังไม่รับรองและปรับใช้คอมโพเนนต์เพิ่มเติมใด ๆ ไปยัง Power BI Cloud ดังนั้นใบรับรองของตัวเชื่อมต่อที่ขึ้นต่อกันบนคอมโพเนนต์เพิ่มเติมจะไม่ลบข้อกําหนดเกตเวย์ข้อมูลภายในองค์กร
การแจกจ่ายตัวเชื่อมต่อแบบกําหนดเอง
ตัวเชื่อมต่อแบบกําหนดเองสามารถ และควรแจกจ่ายให้กับผู้ใช้ปลายทางก่อนใบรับรอง
เนื่องจาก M เป็นภาษาเอนกประสงค์ที่เห็นใน การจัดการการรับรองความถูกต้อง มีความสามารถในการโต้ตอบกับข้อมูลประจําตัวที่เก็บไว้ เราจําเป็นต้องให้ผู้ใช้มีวิธีอนุญาตให้ตัวเชื่อมต่อที่เชื่อถือได้เท่านั้นทํางาน
จากมุมมองของนักพัฒนา นักพัฒนาจําเป็นต้อง ลงชื่อตัว เชื่อมต่อแบบกําหนดเองของตนเองและให้ข้อมูล (รหัสประจําตัว) แก่ผู้ใช้เพื่อโหลดอย่างปลอดภัย
จากมุมมองของผู้ใช้ ผู้ใช้จําเป็นต้องใช้รหัสประจําตัวจากนักพัฒนาเพื่อเชื่อถือได้อย่างปลอดภัย และโหลดตัวเชื่อมต่อ แบบกําหนดเองสําหรับการใช้งาน อีกวิธีหนึ่งคือผู้ใช้สามารถเลือกที่จะลดการตั้งค่าความปลอดภัยเพื่อให้สามารถโหลดโค้ดที่ไม่ผ่านการรับรองโดย Microsoft หรือนักพัฒนารายอื่น แต่ไม่แนะนําตัวเลือกนี้
ภาพรวมใบรับรอง
ข้อกำหนดเบื้องต้น
เพื่อให้มั่นใจถึงประสบการณ์ที่ดีที่สุดสําหรับลูกค้าของเรา เราพิจารณาเฉพาะตัวเชื่อมต่อที่ตรงตามชุดของข้อกําหนดเบื้องต้นสําหรับใบรับรองเท่านั้น:
ตัวเชื่อมต่อต้องเป็นสําหรับผลิตภัณฑ์สาธารณะ
ตัวเชื่อมต่อต้องถือว่าเป็นโค้ดที่สมบูรณ์สําหรับเวอร์ชันการเผยแพร่เริ่มต้น โปรแกรมอนุญาตให้มีการเกิดซ้ําและการอัปเดตบ่อยครั้ง โปรดทราบว่า Microsoft ไม่มีความช่วยเหลือทางเทคนิคหรือให้คําปรึกษาการพัฒนาตัวเชื่อมต่อแบบกําหนดเอง เราขอแนะนําให้ใช้ประโยชน์จากแหล่งข้อมูลสาธารณะ เช่น เอกสารประกอบ SDK และที่เก็บตัวอย่างของเรา หากคุณต้องการความช่วยเหลือเพิ่มเติม เราสามารถแชร์รายการที่ปรึกษาการพัฒนาตัวเชื่อมต่อแบบกําหนดเองสําหรับอุตสาหกรรมบริษัทอื่นที่รู้จัก ซึ่งคุณอาจต้องการมีส่วนร่วมโดยตรง แยกต่างหากจากโปรแกรมหรือพันธมิตรของ Microsoft โปรดทราบว่า Microsoft ไม่ได้เกี่ยวข้องกับผู้ให้คําปรึกษาเหล่านี้และไม่รับผิดชอบต่อการใช้บริการของพวกเขา Microsoft แสดงรายการเพื่อความสะดวกของคุณและโดยไม่มีการรับประกัน คําแนะนํา หรือการรับประกันใด ๆ ติดต่อเพื่อติดต่อใบรับรอง Microsoft ของคุณเพื่อเรียนรู้เพิ่มเติม
นักพัฒนาต้องให้การประเมินสําหรับการใช้งาน เราแนะนําให้นักพัฒนาของตัวเชื่อมต่อสําหรับผลิตภัณฑ์บูติกมากใช้ความสามารถในการลงชื่อด้วยตนเองของตัวเชื่อมต่อของเราเพื่อให้ลูกค้าโดยตรง
ต้องมีตัวเชื่อมต่อพร้อมใช้งานสําหรับลูกค้าโดยตรงเพื่อเติมเต็มความต้องการหรือสถานการณ์ทางธุรกิจของผู้ใช้ เกณฑ์นี้สามารถเติมเต็มได้โดยใช้โปรแกรมการแสดงตัวอย่างส่วนตัวโดยการแจกจ่ายตัวเชื่อมต่อที่เสร็จสมบูรณ์ไปยังผู้ใช้และองค์กรโดยตรงผ่าน การลงนามด้วยตนเอง ผู้ใช้หรือองค์กรแต่ละรายควรสามารถให้คําติชมและการตรวจสอบความถูกต้องว่ามีความจําเป็นทางธุรกิจสําหรับตัวเชื่อมต่อ และตัวเชื่อมต่อทํางานได้สําเร็จเพื่อปฏิบัติตามข้อกําหนดทางธุรกิจของพวกเขา
ตัวเชื่อมต่อต้องทํางานได้สําเร็จในระดับที่คาดว่าจะมีการใช้งานโดยลูกค้า
ต้องมีเธรดใน ฟอรัม แนวคิด Power BI ที่ขับเคลื่อนโดยลูกค้าเพื่อระบุความต้องการเพื่อให้ตัวเชื่อมต่อพร้อมใช้งานแบบสาธารณะใน Power BI Desktop ไม่มีค่าเกณฑ์ของการมีส่วนร่วม อย่างไรก็ตามการมีส่วนร่วมมากขึ้นความต้องการหลักฐานสําหรับตัวเชื่อมต่อที่แข็งแกร่งยิ่งขึ้น
มีข้อกําหนดเบื้องต้นเหล่านี้อยู่เพื่อให้แน่ใจว่าตัวเชื่อมต่อที่ผ่านการรับรองต้องมีลูกค้าและธุรกิจที่สําคัญจําเป็นต้องใช้และได้รับการสนับสนุนหลังการรับรอง
กระบวนการและไทม์ไลน์
ตัวเชื่อมต่อที่ได้รับการรับรองจะถูกปล่อยออกสู่รุ่น Power BI Desktop รายเดือน ดังนั้นกําหนดเวลาสําหรับการทํางานแต่ละครั้งที่วางจําหน่ายย้อนกลับจากวันที่เผยแพร่ Power BI Desktop แต่ละวัน ระยะเวลาที่คาดหวังของกระบวนการออกใบรับรองจากการลงทะเบียนเพื่อเผยแพร่จะแตกต่างกันไปขึ้นอยู่กับคุณภาพและความซับซ้อนของการส่งตัวเชื่อมต่อ Microsoft ไม่ได้ให้การรับประกันไทม์ไลน์ที่เฉพาะเจาะจงเกี่ยวกับการตรวจสอบและการอนุมัติตัวเชื่อมต่อใด ๆ กําหนดเวลาตายตายสําหรับการตรวจทานตัวเชื่อมต่อแต่ละรายการมีการระบุไว้ในขั้นตอนต่อไปนี้ แต่ Microsoft ไม่รับประกันการยึดมั่นในไทม์ไลน์เหล่านี้
การลงทะเบียน: การแจ้งเตือนของเจตนาเพื่อรับรองตัวเชื่อมต่อแบบกําหนดเองของคุณ การลงทะเบียนนี้ต้องเกิดขึ้นภายในวันที่ 15 ของเดือน สองเดือนก่อนการเผยแพร่ Power BI desktop ที่กําหนดเป้าหมาย
- ตัวอย่างเช่น สําหรับการเผยแพร่ Power BI Desktop เดือนเมษายน เส้นตายจะเป็นวันที่ 15 กุมภาพันธ์
การส่ง: การส่งไฟล์ตัวเชื่อมต่อสําหรับการตรวจสอบของ Microsoft การส่งนี้จะต้องเกิดขึ้นภายในวันที่ 1 ของเดือนก่อนการเผยแพร่ Power BI desktop ที่กําหนดเป้าหมาย
- ตัวอย่างเช่น สําหรับการเผยแพร่ Power BI Desktop เดือนเมษายน วันครบกําหนดจะเป็นวันที่ 1 มีนาคม
การตรวจทานทางเทคนิค: การเสร็จสิ้นของไฟล์ตัวเชื่อมต่อ ผ่านการตรวจสอบและการรับรองของ Microsoft การตรวจสอบนี้จะต้องเกิดขึ้นภายในวันที่ 15 ของเดือนก่อนการเผยแพร่ Power BI Desktop ที่กําหนดเป้าหมาย
- ตัวอย่างเช่น สําหรับการเผยแพร่ Power BI Desktop เดือนเมษายน เส้นตายจะเป็นวันที่ 15 มีนาคม
เนื่องจากความซับซ้อนของการตรวจสอบทางเทคนิคและความล่าช้าที่อาจเกิดขึ้น การเก็บถาวรและปัญหา การทดสอบ เราขอแนะนําให้ส่งก่อนเวลาที่กําหนดสําหรับการเผยแพร่และการออกใบรับรองครั้งแรก ถ้าคุณรู้สึกว่าตัวเชื่อมต่อของคุณเป็นสิ่งสําคัญที่จะส่งไปยังลูกค้าสองสามคนด้วยค่าใช้จ่ายน้อยที่สุดเราขอแนะนําให้ เซ็นชื่อ ด้วยตนเองและให้ด้วยวิธีนี้
ข้อกําหนดการรับรอง
เรามีชุดข้อกําหนดบางอย่างสําหรับใบรับรอง เราตระหนักว่าไม่ใช่นักพัฒนาทุกคนที่สามารถตอบสนองข้อกําหนดเหล่านี้ได้ และเราหวังว่าจะแนะนําชุดคุณลักษณะที่จะจัดการกับความต้องการของนักพัฒนาในลําดับสั้น ๆ
ไฟล์การส่ง (วัตถุ)
ตรวจสอบให้แน่ใจว่าไฟล์ตัวเชื่อมต่อที่คุณส่งมีข้อมูลต่อไปนี้ทั้งหมด:
ไฟล์ เชื่อมต่อ or (.mez)
- ไฟล์ .mez ควรเป็นไปตามมาตรฐานลักษณะและตั้งชื่อคล้ายกับชื่อผลิตภัณฑ์หรือบริการ ซึ่งไม่ควรมีคําเช่น "Power BI", "เชื่อมต่อ or" หรือ "API"
- ตั้งชื่อไฟล์ .mez:
ProductName.mez
ไฟล์ Power BI Desktop (.pbix) สําหรับการทดสอบ
- เราต้องการรายงาน Power BI ตัวอย่าง (.pbix) เพื่อทดสอบตัวเชื่อมต่อของคุณ
- รายงานควรมีคิวรีอย่างน้อยหนึ่งคิวรีเพื่อทดสอบแต่ละรายการในตารางการนําทางของคุณ
- ถ้าไม่มีสคีมาที่กําหนด (ตัวอย่างเช่น ฐานข้อมูล) รายงานจําเป็นต้องรวมคิวรีสําหรับแต่ละ "ชนิด" ของตารางที่ตัวเชื่อมต่ออาจจัดการ
ทดสอบบัญชีกับแหล่งข้อมูลของคุณ
- เราใช้บัญชีทดสอบเพื่อทดสอบและแก้ไขปัญหาตัวเชื่อมต่อของคุณ
- ให้บัญชีทดสอบที่คงอยู่ดังนั้นเราสามารถใช้บัญชีเดียวกันเพื่อรับรองการอัปเดตใด ๆ ในอนาคต
คําแนะนําในการทดสอบ
- ระบุเอกสารประกอบเกี่ยวกับวิธีการใช้ตัวเชื่อมต่อและทดสอบฟังก์ชันการทํางานของตัวเชื่อมต่อ
ลิงก์ไปยังการขึ้นต่อกันภายนอก (ตัวอย่างเช่น โปรแกรมควบคุม ODBC)
คุณสมบัติและรูปแบบ
ตัวเชื่อมต่อต้องเป็นไปตามชุดของคุณลักษณะและกฎสไตล์เพื่อให้เป็นไปตามมาตรฐานความสามารถในการใช้งานที่สอดคล้องกับตัวเชื่อมต่อที่ได้รับการรับรองอื่น ๆ
ตัวเชื่อมต่อต้อง:
- ใช้รูปแบบเอกสารของส่วน
- ประกอบด้วยส่วนหัว/เครื่องประดับเวอร์ชันเหนือเอกสารส่วน
- มี เมตาดาต้าในเอกสารฟังก์ชัน
- มีตัวจัดการการทดสอบเชื่อมต่อ
- ปฏิบัติตามมาตรฐานการตั้งชื่อ (ตัวอย่างเช่น
DataSourceKind.FunctionName
) ซึ่งไม่ควรมีคําเช่น "Power BI", "เชื่อมต่อ or" หรือ "API" - ตั้งค่าสถานะเบต้าเป็น True ในการเผยแพร่ครั้งแรก
FunctionName
ควรเหมาะสมสําหรับโดเมน (ตัวอย่างเช่น "เนื้อหา", "ตาราง", "เอกสาร", "ฐานข้อมูล", และอื่น ๆ)ตัวเชื่อมต่อควร:
- มีไอคอน
- ระบุตารางนําทาง
- ใส่สตริงใน
resources.resx
ไฟล์ URL และค่าควรเป็นแบบฮาร์ดโค้ดในรหัสตัวเชื่อมต่อและไม่ได้วางไว้ในresources.resx
ไฟล์
การรักษาความปลอดภัย
มีข้อควรพิจารณาด้านความปลอดภัยเฉพาะที่ตัวเชื่อมต่อของคุณต้องจัดการ
หาก
Extension.CurrentCredentials()
ใช้:- ต้องการการใช้งานหรือไม่? ถ้าเป็นเช่นนั้น ข้อมูลประจําตัวจะถูกส่งไปยังที่ไหน
- คําขอรับประกันว่าจะดําเนินการผ่าน HTTPS หรือไม่
- ถ้าข้อมูลประจําตัวถูกส่งโดยใช้
Web.Contents()
ผ่านทาง GET:- สามารถเปลี่ยนเป็นโพสต์ได้หรือไม่?
- ถ้า GET จําเป็น ตัวเชื่อมต่อต้องใช้
CredentialQueryString
ระเบียนในWeb.Contents()
เรกคอร์ดตัวเลือกเพื่อส่งผ่านข้อมูลประจําตัวที่ละเอียดอ่อน
ถ้ามี การใช้ฟังก์ชัน การวินิจฉัย*:
- ตรวจสอบความถูกต้องของสิ่งที่กําลังมีการติดตาม ข้อมูล ต้องไม่มี PII หรือจํานวนข้อมูลที่ไม่จําเป็นจํานวนมาก
- หากคุณใช้การติดตามที่สําคัญในการพัฒนา คุณควรใช้ตัวแปรหรือแฟล็กคุณลักษณะที่กําหนดว่าควรเปิดการติดตามหรือไม่ ต้อง ปิด การติดตามนี้ก่อนที่จะส่งใบรับรอง
หาก
Expression.Evaluate()
ใช้:- ตรวจสอบว่านิพจน์มาจากที่ใดและนิพจน์มาจากที่ใด (นั่นคือ สามารถสร้างการเรียกไปยัง
Extension.CurrentCredentials()
และอื่น ๆ แบบไดนามิกได้) Expression
ไม่ควรให้ผู้ใช้หรือรับข้อมูลป้อนเข้าจากผู้ใช้Expression
ไม่ควรเป็นแบบไดนามิก (ซึ่งเรียกใช้จากการเรียกเว็บ)
- ตรวจสอบว่านิพจน์มาจากที่ใดและนิพจน์มาจากที่ใด (นั่นคือ สามารถสร้างการเรียกไปยัง
กําลังลงทะเบียนเพื่อการรับรอง
หากคุณสนใจที่จะดําเนินการตามใบรับรองของตัวเชื่อมต่อแบบกําหนดเองของคุณ ตรวจสอบให้แน่ใจว่าสถานการณ์และตัวเชื่อมต่อของคุณตรงกับ ข้อกําหนด เบื้องต้นและ ข้อกําหนด ที่ระบุไว้ในบทความนี้ ความล้มเหลวในการทําเช่นนั้นจะทําให้เกิดความล่าช้าในการรับรองเนื่องจากทีมของคุณจะต้องแก้ไขปัญหาใด ๆ หรือไม่สอดคล้องกันก่อนที่จะดําเนินการล่วงหน้ากับการรับรอง
ตรวจสอบให้แน่ใจว่าตัวเชื่อมต่อของคุณเป็นรหัสที่เสร็จสมบูรณ์ และได้รับการทดสอบทั้งในการเขียนใน Power BI Desktop และการรีเฟรชและการใช้ในบริการ Power BI ตรวจสอบให้แน่ใจว่าคุณได้ทดสอบการรีเฟรชแบบครบวงจรในบริการ Power BI ผ่านการใช้เกตเวย์ข้อมูลภายในองค์กร
หากต้องการเริ่มต้นใช้งาน ให้กรอกแบบฟอร์มการลงทะเบียนของเราและผู้ติดต่อของ Microsoft จะติดต่อเพื่อเริ่มต้นกระบวนการ
หลังจากการรับรอง
หลังจากที่ตัวเชื่อมต่อของคุณได้รับการรับรอง และเผยแพร่ผ่านทาง Power BI Desktop และ บริการของ Power BI มีบางสิ่งที่คุณควรทําเพื่อให้แน่ใจว่า คุณสามารถใช้ตัวเชื่อมต่อที่ได้รับการรับรองจากการใช้งานจริงที่ปรับใช้แบบสาธารณะได้อย่างถูกต้อง
- คุณและผู้ใช้ปลายทางควรใช้เวอร์ชันตัวเชื่อมต่อที่ได้รับการรับรองที่รวมอยู่ใน Power BI Desktop และเกตเวย์ข้อมูลภายในองค์กร และลบไฟล์ .mez หรือ .pqx ที่มีอยู่ (ตัวเชื่อมต่อแบบกําหนดเอง) ที่ใช้ก่อนการรับรอง ความล้มเหลวในการทําเช่นนั้นอาจส่งผลให้การทดสอบตัวเชื่อมต่อแบบกําหนดเองของคุณถูกใช้โดย Power Query โดยไม่ได้ตั้งใจแทนที่จะเป็นตัวเชื่อมต่อที่ได้รับการรับรองใหม่
- ควรใช้ตัวเชื่อมต่อแบบกําหนดเองเพื่อทดสอบเวอร์ชันใหม่ของตัวเชื่อมต่อเท่านั้น
- เมื่อทํางานกับผู้ใช้ปลายทางและลูกค้า ตรวจสอบให้แน่ใจว่า พวกเขาเข้าใจเวอร์ชันตัวเชื่อมต่อแบบกําหนดเองที่ใช้ในการทดสอบก่อนการรับรองควรถูกลบออกหลังจากการทดสอบเสร็จสมบูรณ์ และพร้อมใช้งานเวอร์ชันตัวเชื่อมต่อที่ได้รับการรับรองใหม่
แอปเทมเพลต (แนะนํา)
เมื่อคุณพัฒนาตัวเชื่อมต่อไปยังแหล่งข้อมูลแล้ว ให้พิจารณาการช่วยเหลือลูกค้าให้เริ่มต้น และทํางานอย่างรวดเร็วโดยการสร้าง แอปแม่แบบ แอปเทมเพลตจะให้รายงานจัดทําสําเร็จแก่ลูกค้าซึ่งเชื่อมต่อกับข้อมูลที่พวกเขาสามารถใช้ทันทีหรือปรับแต่งได้ตามความจําเป็น
หมายเหตุ
แอปเทมเพลตไม่สนับสนุนตัวเชื่อมต่อที่จําเป็นต้องใช้เกตเวย์
คำติชม
https://aka.ms/ContentUserFeedback
เร็วๆ นี้: ตลอดปี 2024 เราจะขจัดปัญหา GitHub เพื่อเป็นกลไกคำติชมสำหรับเนื้อหา และแทนที่ด้วยระบบคำติชมใหม่ สำหรับข้อมูลเพิ่มเติม ให้ดู:ส่งและดูข้อคิดเห็นสำหรับ