ข้อมูลคิวรีตามที่มีอยู่ในอดีต

นําไปใช้กับ:✅ ตําแหน่งข้อมูลการวิเคราะห์ SQL และคลังสินค้าใน Microsoft Fabric

Microsoft Fabric มีความสามารถในการคิวรีข้อมูลในอดีตตามที่มีอยู่ในอดีตในรายการคลังสินค้าและปลายทางการวิเคราะห์ SQL (พรีวิว) ความสามารถในการสืบค้นข้อมูลจากการประทับเวลาที่เฉพาะเจาะจงเป็นที่รู้จักในอุตสาหกรรมคลังข้อมูลว่าการเดินทางข้ามเวลา

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

การเดินทางในเวลาคืออะไร?

การเดินทางในเวลาในคลังข้อมูลเป็นความสามารถที่มีต้นทุนต่ําและมีประสิทธิภาพในการคิวรีข้อมูลเวอร์ชันก่อนหน้าอย่างรวดเร็ว

ในขณะนี้ Microsoft Fabric อนุญาตให้ดึงข้อมูลสถานะที่ผ่านมาในรูปแบบต่อไปนี้:

เดินทางเป็นเวลาด้วยคําสั่ง FOR TIMESTAMP AS OF T-SQL

ตารางสามารถสืบค้นได้โดยใช้ไวยากรณ์ OPTION FOR TIMESTAMP AS OF T-SQL เพื่อดึงข้อมูล ณ เวลาที่ผ่านมา คําสั่ง FOR TIMESTAMP AS OF ย่อยมีผลต่อคําสั่งทั้งหมด รวมถึงตารางคลังสินค้าที่รวมทั้งหมด

ผลลัพธ์ที่ได้จากการคิวรีการเดินทางในเวลานั้นเป็นแบบอ่านอย่างเดียว การดําเนินการเขียน เช่น INSERT, UPDATE และ DELETE ไม่สามารถเกิดขึ้นได้ในขณะที่ใช้คําแนะนําคิวรี FOR TIMESTAMP AS ของ

ใช้ส่วน คําสั่ง OPTION เพื่อระบุ คําแนะนําคิวรี FOR TIMESTAMP AS OF คิวรีจะส่งกลับข้อมูลเหมือนกับที่มีอยู่เมื่อประทับเวลา ซึ่งระบุเป็นYYYY-MM-DDTHH:MM:SS[.fff] ตัวอย่างเช่น:

SELECT *
FROM [dbo].[dimension_customer] AS DC
OPTION (FOR TIMESTAMP AS OF '2024-03-13T19:39:35.28'); --March 13, 2024 at 7:39:35.28 PM UTC

CONVERTใช้ไวยากรณ์สําหรับรูปแบบ datetime ที่จําเป็นพร้อมลักษณะ 126

สามารถระบุประทับเวลาได้เพียงครั้งเดียวเมื่อใช้OPTIONส่วนคําสั่งสําหรับคิวรี กระบวนงานที่เก็บไว้ มุมมอง และอื่น ๆ OPTIONนําไปใช้กับทุกอย่างภายในคําสั่ง SELECT

สําหรับตัวอย่าง ดู ที่ วิธีการ: คิวรี่โดยใช้การเดินทางเวลา

การเก็บรักษาข้อมูลใน Fabric คลังข้อมูล

  • สําหรับ Fabric คลังข้อมูล การเดินทางข้ามเวลาจะถูกจํากัดโดยระยะเวลาการเก็บรักษาข้อมูลที่กําหนดค่าได้ warehouse ซึ่งเป็นไปโดยอัตโนมัติ
  • สําหรับตําแหน่งข้อมูลการวิเคราะห์ Lakehouse SQL การเดินทางเวลาจะถูกจํากัดที่ระดับตารางโดยการตั้งค่าการเก็บรักษาสุญญากาศ การบํารุงรักษาตารางเลคเฮาส์สามารถเรียกใช้ด้วยตนเองในพอร์ทัล Fabric หรือเป็นกระบวนการตามกําหนดการและประสานงานโดยใช้สมุดบันทึก ไปป์ไลน์ หรือ REST API

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

การเก็บรักษาจะเริ่มต้นโดยอัตโนมัติตั้งแต่เวลาที่คลังสินค้าถูกสร้างขึ้น ไฟล์ที่หมดอายุจะถูกลบโดยอัตโนมัติหลังจากค่าเกณฑ์การเก็บข้อมูล

  • ปัจจุบัน คําสั่งSELECTที่มีFOR TIMESTAMP AS OFคําใบ้แบบสอบถามจะส่งกลับ Schema ตารางรุ่นล่าสุด
  • ระเบียนใด ๆ ที่ถูกลบในตารางจะพร้อมใช้งานสําหรับการคิวรีตามที่มีอยู่ก่อนการลบหากการลบอยู่ภายในระยะเวลาการเก็บรักษา
  • แบบสอบถามการเดินทางข้ามเวลาไปยังจุดเวลาก่อนการเปลี่ยนแปลง Schema จะสําเร็จก็ต่อเมื่ออ้างอิงคอลัมน์ที่มีอยู่แล้ว ณ เวลานั้น และล้มเหลวหากอ้างอิงคอลัมน์ที่แนะนําในภายหลัง

สถานการณ์การเดินทางในเวลา

พิจารณาความสามารถในการเดินทางไปยังข้อมูลก่อนเวลาในสถานการณ์ต่อไปนี้:

การรายงานที่เสถียร

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

กิจกรรม ETL สามารถเรียกใช้พร้อมกันในขณะที่ตารางเดียวกันถูกคิวรีเหมือนกับก่อนจุดในขณะนั้น

แนวโน้มในอดีตและการวิเคราะห์เชิงทํานาย

การเดินทางในเวลานั้นลดความซับซ้อนของการวิเคราะห์ข้อมูลในอดีต ที่ช่วยในการเปิดเผยแนวโน้มและรูปแบบที่มีค่าผ่านการคิวรีข้อมูลข้ามกรอบเวลาที่ผ่านมาต่าง ๆ ซึ่งอํานวยความสะดวกในการวิเคราะห์เชิงทํานายโดยการเปิดใช้การทดลองกับชุดข้อมูลในอดีตและการฝึกอบรมของแบบจําลองคาดการณ์ ซึ่งช่วยในการคาดการณ์แนวโน้มในอนาคตและช่วยในการตัดสินใจที่มีข้อมูลที่ชาญฉลาดและขับเคลื่อนด้วยข้อมูล

การวิเคราะห์และการเปรียบเทียบ

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

การวิเคราะห์ประสิทธิภาพ

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

การตรวจสอบและการปฏิบัติตาม

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

แบบจําลองการเรียนรู้ของเครื่อง

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

ออกแบบข้อควรพิจารณา

ข้อควรพิจารณาสําหรับ ตัวเลือกสําหรับ TIMESTAMP AS OF คําแนะนําคิวรี:

  • FOR TIMESTAMP AS OFไม่สามารถใช้คําแนะนําคิวรีเพื่อสร้างมุมมองณ เวลาก่อนเวลาการเก็บข้อมูลภายในระยะเวลาการเก็บข้อมูล ซึ่งสามารถใช้เพื่อคิวรีมุมมองณ เวลาที่ผ่านมาภายในระยะเวลาการเก็บข้อมูล
  • คําแนะนํา FOR TIMESTAMP AS OF คิวรีสามารถใช้ได้เพียงครั้งเดียวภายใน SELECT คําสั่ง
  • FOR TIMESTAMP AS OFสามารถกําหนดคําแนะนําคิวรีภายในSELECTคําสั่งใน Stored Procedure
  • FOR TIMESTAMP AS OFคําใบ้แบบสอบถามไม่มีผลต่อตารางชั่วคราวที่มีขอบเขตเซสชัน เช่น#temp_table

สิทธิ์ในการเดินทางเป็นเวลา

ผู้ใช้ใดๆ ที่มีบทบาทในพื้นที่ทํางานของผู้ดูแลระบบ สมาชิก ผู้สนับสนุน หรือผู้ชมสามารถคิวรีตารางตามเวลาที่ผ่านมาได้ เมื่อผู้ใช้คิวรีตาราง ข้อจํากัดที่กําหนดโดยการรักษาความปลอดภัยระดับคอลัมน์ (CLS) การรักษาความปลอดภัยระดับแถว (RLS) หรือการปกปิดข้อมูลแบบไดนามิก (DDM) จะถูกกําหนดโดยอัตโนมัติ

ข้อจำกัด

  • การปรับเปลี่ยนใดๆ ที่ทํากับสคีมาของตาราง รวมถึงแต่ไม่จํากัดเพียงการเพิ่มหรือลบคอลัมน์ จะสามารถสืบค้นได้ตั้งแต่เวลาที่มีการเปลี่ยนแปลงเท่านั้น แบบสอบถามการเดินทางข้ามเวลาไปยังจุดเวลาก่อนการเปลี่ยนแปลง Schema จะสําเร็จก็ต่อเมื่ออ้างอิงคอลัมน์ที่มีอยู่แล้ว ณ เวลานั้น และล้มเหลวหากอ้างอิงคอลัมน์ที่แนะนําในภายหลัง ในทํานองเดียวกัน การปล่อยและสร้างตารางที่มีข้อมูลเดียวกันจะลบประวัติออกไป
  • ใส่ตัวเลขเศษส่วนในประทับเวลาเป็นสามหลักมากที่สุด ถ้าคุณใส่ความแม่นยําที่มากกว่า คุณจะได้รับข้อความ An error occurred during timestamp conversion. Please provide a timestamp in the format yyyy-MM-ddTHH:mm:ss[.fff]. Msg 22440, Level 16, State 1, Code line 29แสดงข้อผิดพลาด
  • ในปัจจุบัน เฉพาะโซนเวลามาตรฐานสากล (UTC) เท่านั้นที่จะใช้สําหรับการเดินทางเวลา
  • ปัจจุบัน การเก็บรักษาข้อมูลสําหรับการค้นหาการเดินทางข้ามเวลาสามารถกําหนดค่าได้ตั้งแต่ 1 ถึง 120 วันตามปฏิทิน ระยะเวลาการเก็บรักษาเริ่มต้นคือสามสิบวันตามปฏิทิน หากต้องการข้อมูลเพิ่มเติม โปรดดู การเก็บรักษาข้อมูลที่กําหนดค่าได้
  • FOR TIMESTAMP AS OF ค่าใน OPTION คําสั่งต้องเป็นค่าเชิงกําหนด สําหรับตัวอย่างของการกําหนดพารามิเตอร์ ให้ดู การเดินทางในเวลาในขั้นตอนการจัดเก็บ
  • คําใบ้คิวรี OPTION FOR TIMESTAMP AS OF สามารถใช้ได้เฉพาะในคิวรีที่ขึ้นต้นด้วยSELECTคําสั่งเท่านั้น
  • คําจํากัดความของมุมมองต้องไม่มี OPTION FOR TIMESTAMP AS OF ไวยากรณ์ T-SQL สามารถสืบค้นมุมมองได้ด้วย SELECT .. FROM <view> ... OPTION FOR TIMESTAMP AS OF ไวยากรณ์ T-SQL อย่างไรก็ตาม คุณไม่สามารถคิวรีผ่านข้อมูลจากตารางในมุมมองก่อนการสร้างมุมมองได้
  • ไวยากรณ์ FOR TIMESTAMP AS OF T-SQL สําหรับการเดินทางข้ามเวลาไม่ได้รับการสนับสนุนในโหมดคิวรีโดยตรงบนเดสก์ท็อป Power BI หรือตัวเลือก สํารวจข้อมูลนี้ ในขณะนี้
  • ปัจจุบัน การเดินทางข้ามเวลาสําหรับตําแหน่งข้อมูลการวิเคราะห์ SQL จะเปิดใช้งานเฉพาะสําหรับปลายทางการวิเคราะห์ SQL ที่สร้างขึ้นโดยเปิดใช้งานการซิงค์ข้อมูลเมตาใหม่ (พรีวิว)

ขั้นตอนถัดไป