การจัดเก็บ DateTime (UTC) เทียบกับการจัดเก็บ DateTimeOffset

ฉันมักจะมี "ตัวสกัดกั้น" ที่อยู่ก่อนที่จะอ่าน / เขียนจาก / ไปยังฐานข้อมูลทำการแปลง DateTime (จากเวลา UTC เป็นเวลาท้องถิ่นและจากเวลาท้องถิ่นเป็น UTC) ดังนั้นฉันจึงสามารถใช้DateTime.Now(อนุพันธ์และการเปรียบเทียบ) ได้ทั่วทั้งระบบโดยไม่ต้องกังวล เกี่ยวกับเขตเวลา

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

ฉันควรจัดเก็บวันที่ของฉันต่อไป (SQL 2008 - วันที่และเวลา) ในรูปแบบ UTC หรือควรเก็บไว้โดยใช้DateTimeOffset(SQL 2008 - datetimeoffset)

วันที่ UTC ในฐานข้อมูล (ประเภทวันที่และเวลา) ใช้งานได้และเป็นที่รู้จักมานานแล้วทำไมต้องเปลี่ยน ข้อดีคืออะไร?

ฉันได้ดูบทความเช่นนี้แล้ว แต่ฉันไม่มั่นใจ 100% ความคิดใด ๆ ?

มีความแตกต่างอย่างมากอย่างหนึ่งที่คุณไม่สามารถใช้ UTC เพียงอย่างเดียวได้

• หากคุณมีสถานการณ์เช่นนี้

  • เซิร์ฟเวอร์หนึ่งเครื่องและไคลเอนต์หลายตัว (ตามพื้นที่ทางภูมิศาสตร์ในเขตเวลาที่ต่างกัน )
  • ไคลเอนต์สร้างข้อมูลบางส่วนด้วยข้อมูลวันที่และเวลา
  • ลูกค้าจัดเก็บข้อมูลทั้งหมดไว้บนเซิร์ฟเวอร์ส่วนกลาง

• จากนั้น:

  • datetimeoffset เก็บเวลาท้องถิ่นของไคลเอ็นต์และยังชดเชยเวลา UTC
  • ลูกค้าทุกคนทราบเวลา UTC ของข้อมูลทั้งหมดและยังเป็นเวลาท้องถิ่นในสถานที่ที่ข้อมูลนั้นเกิดขึ้น

• แต่:

  • วันที่และเวลา UTC เก็บเฉพาะวันที่และเวลา UTCดังนั้นคุณจึงไม่มีข้อมูลเกี่ยวกับเวลาท้องถิ่นในตำแหน่งไคลเอ็นต์ที่ข้อมูลเกิดขึ้น
  • ไคลเอนต์อื่นไม่ทราบเวลาท้องถิ่นของสถานที่ที่ข้อมูลวันที่และเวลามาจาก
  • ไคลเอนต์รายอื่นสามารถคำนวณเวลาท้องถิ่นของตนจากฐานข้อมูลเท่านั้น (โดยใช้เวลา UTC) ไม่ใช่เวลาท้องถิ่นของไคลเอ็นต์ที่ข้อมูลเกิดขึ้น

ตัวอย่างง่ายๆคือระบบจองตั๋วเครื่องบิน ... ตั๋วเครื่องบินควรมี 2 ครั้ง: - เวลา "ขึ้นเครื่อง" (ในเขตเวลา "จาก" เมือง) - เวลา "ลงจอด" (ในเขตเวลาของเมือง "ปลายทาง")

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

ใช้เวลาท้องถิ่นเมื่อใด ตอบคำถามนี้:

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

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

ทำไมต้องเก็บเขตเวลา / ออฟเซ็ต?

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

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

DATETIMEOFFSET ช่วยให้คุณสามารถจัดเก็บเวลาท้องถิ่นและเวลา UTC ในฟิลด์เดียว

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

ข้อกำหนดที่พบบ่อยที่สุด 2 ข้อ ได้แก่ เวลาท้องถิ่นสำหรับรายงานท้องถิ่นและเวลา UTC สำหรับรายงานกลุ่ม

เวลาท้องถิ่นจะถูกเก็บไว้ในส่วน DATETIME ของ DATETIMEOFFSET และ OFFSET จาก UTC จะถูกเก็บไว้ในส่วน OFFSET ดังนั้นการแปลงจึงทำได้ง่ายและเนื่องจากไม่จำเป็นต้องมีความรู้เกี่ยวกับเขตเวลาที่ข้อมูลมาจึงสามารถทำได้ทั้งหมดที่ระดับฐานข้อมูล .

หากคุณไม่ต้องการให้เวลาลดลงเหลือเพียงมิลลิวินาทีเช่นเป็นนาทีหรือวินาทีคุณสามารถใช้ DATETIMEOFFSET (0) ได้ จากนั้นช่อง DATETIMEOFFSET จะต้องใช้พื้นที่เก็บข้อมูลเพียง 8 ไบต์เช่นเดียวกับ DATETIME

การใช้ DATETIMEOFFSET แทนที่จะเป็น UTC DATETIME จึงให้ความยืดหยุ่นประสิทธิภาพและความเรียบง่ายในการรายงานมากกว่า