เริ่ม DATETIME สิ้นสุด DATETIME
ฉันขอให้คุณใช้สองค่า DATETIMEแทนบางสิ่งบางอย่างที่มีข้อความเช่นevent_startและevent_end
เวลาเป็นธุรกิจที่ซับซ้อน
ปัจจุบันโลกส่วนใหญ่ได้นำระบบเมตริกที่ใช้การปฏิเสธมาใช้สำหรับการวัดส่วนใหญ่ไม่ว่าจะถูกหรือผิด นี่เป็นสิ่งที่ดีโดยรวมเพราะอย่างน้อยเราทุกคนสามารถยอมรับได้ว่า ag คือมิลลิลิตรเป็นลูกบาศก์ซม. อย่างน้อยก็ประมาณนั้น ระบบเมตริกมีข้อบกพร่องมากมาย แต่อย่างน้อยก็มีข้อบกพร่องในระดับสากลอย่างต่อเนื่อง
อย่างไรก็ตามเรามีเวลา; 1,000 มิลลิวินาทีในหนึ่งวินาที 60 วินาทีถึงหนึ่งนาที 60 นาทีถึงหนึ่งชั่วโมง 12 ชั่วโมงในแต่ละครึ่งวันประมาณ 30 วันต่อเดือนซึ่งแตกต่างกันไปตามเดือนและปีที่เป็นปัญหาแต่ละประเทศจะมีการชดเชยเวลาจากประเทศอื่น ๆ รูปแบบเวลาในแต่ละประเทศจะแตกต่างกันไป
มันเป็นเรื่องที่ต้องแยกแยะมากมาย แต่ความยาวและสั้นเป็นไปไม่ได้ที่สถานการณ์ที่ซับซ้อนเช่นนี้จะมีวิธีแก้ปัญหาง่ายๆ
บางมุมสามารถตัดได้ แต่มีมุมที่ไม่ควรทำ
แม้ว่าคำตอบด้านบนจะแนะนำให้คุณเก็บจำนวนเต็มของนาทีที่ผ่านมาเที่ยงคืนอาจดูสมเหตุสมผล แต่ฉันได้เรียนรู้ที่จะหลีกเลี่ยงการทำเช่นนั้นด้วยวิธีที่ยาก
เหตุผลในการนำค่า DATETIME สองค่ามาใช้เพื่อเพิ่มความแม่นยำความละเอียดและข้อเสนอแนะ
สิ่งเหล่านี้มีประโยชน์มากเมื่อการออกแบบก่อให้เกิดผลลัพธ์ที่ไม่พึงปรารถนา
ฉันจัดเก็บข้อมูลมากกว่าที่กำหนดหรือไม่
ในตอนแรกอาจดูเหมือนว่ามีการจัดเก็บข้อมูลมากกว่าที่ฉันต้องการ แต่มีเหตุผลที่ดีที่จะรับการโจมตีนี้
การจัดเก็บข้อมูลเพิ่มเติมนี้มักจะช่วยประหยัดเวลาและความพยายามในระยะยาวเพราะฉันพบว่าเมื่อมีคนบอกว่าใช้เวลานานแค่ไหนพวกเขาก็จะอยากรู้ว่าเหตุการณ์นั้นเกิดขึ้นเมื่อใดและที่ไหนเช่นกัน
มันเป็นดาวเคราะห์ขนาดใหญ่
ที่ผ่านมาฉันรู้สึกผิดที่ไม่สนใจว่ามีประเทศอื่น ๆ บนโลกใบนี้นอกเหนือจากตัวฉันเอง ดูเหมือนเป็นความคิดที่ดีในตอนนั้น แต่สิ่งนี้ส่งผลให้เกิดปัญหาปวดหัวและเสียเวลาในภายหลังเสมอ พิจารณาโซนเวลาทั้งหมดเสมอ
ค#
DateTime แสดงผลเป็นอย่างดีกับสตริงใน C # วิธี ToString (รูปแบบสตริง) มีขนาดกะทัดรัดและอ่านง่าย
เช่น
new TimeSpan(EventStart.Ticks - EventEnd.Ticks).ToString("h'h 'm'm 's's'")
เซิร์ฟเวอร์ SQL
นอกจากนี้หากคุณกำลังอ่านฐานข้อมูลของคุณแยกไปยังอินเทอร์เฟซแอปพลิเคชันของคุณ dateTimes เป็นสิ่งที่น่ายินดีที่จะอ่านได้อย่างรวดเร็วและการคำนวณบนฐานข้อมูลนั้นตรงไปตรงมา
เช่น
SELECT DATEDIFF(MINUTE, event_start, event_end)
มาตรฐานวันที่ ISO8601
หากใช้ SQLite แสดงว่าคุณไม่มีสิ่งนี้ให้ใช้ฟิลด์ข้อความแทนและเก็บไว้ในรูปแบบ ISO8601 เช่น
"2013-01-27T12: 30: 00 + 0000"
หมายเหตุ:
เช่น
TimeOffset=(±Longitude.24)/360
... โดยที่±หมายถึงทิศทางตะวันออกหรือตะวันตก
ดังนั้นจึงควรพิจารณาว่าควรเก็บลองจิจูดละติจูดและความสูงพร้อมกับข้อมูลหรือไม่ สิ่งนี้จะแตกต่างกันไปในการใช้งาน
จากประสบการณ์ของฉันมีความจำเป็นต้องจัดเก็บวันที่และเวลาแบบเต็มเสมอไม่ว่าฉันจะคิดว่าจะมีเมื่อเริ่มโครงการหรือไม่ก็ตาม ISO8601 เป็นวิธีที่ดีมากในอนาคต
คำแนะนำเพิ่มเติมฟรี
นอกจากนี้ยังควรจัดกลุ่มเหตุการณ์เข้าด้วยกันเหมือนห่วงโซ่ เช่นหากบันทึกการแข่งขันเหตุการณ์ทั้งหมดอาจถูกจัดกลุ่มตามนักแข่ง, race_circuit, circuit_checkpoints และ circuit_laps
จากประสบการณ์ของฉันก็ควรระบุด้วยว่าใครเป็นผู้จัดเก็บบันทึก ไม่ว่าจะเป็นตารางที่แยกจากทริกเกอร์หรือเป็นคอลัมน์เพิ่มเติมภายในตารางเดิม
ยิ่งใส่เยอะยิ่งเอาท์
ฉันเข้าใจดีถึงความปรารถนาที่จะประหยัดพื้นที่ให้มากที่สุด แต่ฉันแทบจะไม่ทำเช่นนั้นด้วยการสูญเสียข้อมูล
หลักการทั่วไปเกี่ยวกับฐานข้อมูลก็คือตามที่ชื่อระบุไว้คือฐานข้อมูลสามารถบอกคุณได้มากเท่าที่มีข้อมูลเท่านั้นและอาจมีค่าใช้จ่ายสูงในการย้อนกลับไปดูข้อมูลในอดีตโดยเติมช่องว่าง
วิธีแก้คือต้องทำให้ถูกต้องในครั้งแรก นี่เป็นเรื่องที่พูดง่ายกว่าทำอย่างแน่นอน แต่ตอนนี้คุณควรมีความเข้าใจที่ลึกซึ้งยิ่งขึ้นเกี่ยวกับการออกแบบฐานข้อมูลที่มีประสิทธิภาพและต่อมามีโอกาสที่ดีขึ้นมากในการทำให้ถูกต้องในครั้งแรก
ยิ่งการออกแบบเริ่มต้นของคุณดีขึ้นการซ่อมแซมในภายหลังก็จะมีค่าใช้จ่ายน้อยลง
ฉันแค่พูดทั้งหมดนี้เพราะถ้าฉันย้อนเวลากลับไปได้มันก็คือสิ่งที่ฉันจะบอกตัวเองเมื่อฉันไปถึงที่นั่น