คำตอบจากคลังข้อมูล

เรียนรู้วิธีเชื่อมต่อ Perplexity Computer เข้ากับ Snowflake และรับคำตอบข้อมูลที่เชื่อถือได้ด้วยภาษาธรรมชาติ

  • Noah Yonack

    Member of Data Staff, Perplexity

  • Patrick Summers

    Founding Enterprise Growth Lead

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

ตัวอย่างการสืบค้น

คำถามที่พบบ่อย

การเชื่อมต่อ Computer เข้ากับคลังข้อมูล

ทีมข้อมูลทำงานร่วมกับ Computer อย่างไร

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

วิธีที่ดีที่สุดในการเริ่มต้นคืออะไร

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

Computer สามารถตรวจสอบตัวชี้วัดและไปป์ไลน์ข้อมูลเชิงรุกได้หรือไม่

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

สถาปัตยกรรมและการกำกับดูแล

แผนผังข้อมูล คืออะไร และใครควรเป็นผู้ดูแล

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

คลังข้อมูลยังคงเป็นระบบบันทึกหลักหรือไม่

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

การบังคับใช้ตัวตนและสิทธิ์ทำอย่างไร

Computer ใช้ User OAuth ร่วมกับตัวเชื่อมต่อของตน แต่ละบุคคลจะลงชื่อเข้าใช้ด้วยบัญชีส่วนตัว และการสืบค้นจะทำงานภายในบริบทบทบาทที่กำหนดค่าไว้ของบัญชีนั้น การให้สิทธิ์แบบเนทีฟของคลังข้อมูล ตัวกรองแถว นโยบายคอลัมน์ และการกำหนดค่าบทบาทจะยังคงเป็นตัวควบคุมที่เชื่อถือได้ นอกจากนี้ยังรองรับบัญชีบริการที่ใช้ร่วมกันสำหรับตัวเชื่อมต่อบางตัว แต่จะใช้รูปแบบการเข้าถึงของบัญชีบริการนั้นแทนสิทธิ์ส่วนบุคคลของผู้ใช้แต่ละราย

Computer สามารถเชื่อมโยงข้อมูลข้ามคลังข้อมูล แอปพลิเคชัน SaaS ไฟล์ และเว็บได้หรือไม่

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

ความถูกต้องและความสามารถในการตรวจสอบได้

ทีมข้อมูลควรตรวจสอบ SQL และคำตอบที่สร้างขึ้นอย่างไร

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

เมื่อระบบมีความขัดแย้งกัน จะมีการเลือกตัวชี้วัดที่เชื่อถือได้อยางไร

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

มีบันทึกการตรวจสอบใดบ้างที่ใช้งานได้

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

สามารถสร้างคำตอบทุกข้อขึ้นใหม่ให้ตรงกันทุกประการสำหรับผู้ตรวจสอบบัญชีได้หรือไม่

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

ความปลอดภัยและการปฏิบัติตามข้อกำหนด

ข้อมูลถูกจัดเก็บไว้ที่ไหน และถูกนำไปใช้ในการฝึกโมเดลหรือไม่

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

ทรัพยากรเซสชัน

พร้อมที่จะก้าวสู่ขั้นต่อไปแล้วหรือยัง

ค้นพบว่า Perplexity สามารถเปลี่ยนวิธีการทำงานของคุณได้อย่างไร