วิธีที่ต้องการในการจัดเก็บ DateTime

เราสามารถจัดเก็บข้อมูลวันที่และเวลาได้หลายวิธี วิธีที่ดีที่สุดในการจัดเก็บข้อมูล DateTime คืออะไร

การจัดเก็บวันที่และเวลาใน2 คอลัมน์แยกกันหรือหนึ่งคอลัมน์โดยใช้ DateTime ?

คุณช่วยอธิบายได้ไหมว่าทำไมวิธีการนั้นถึงดีกว่า?

^{(ลิงก์ไปยังเอกสาร MySQL สำหรับการอ้างอิงคำถามทั่วไปไม่ใช่เฉพาะ MySQL)
ประเภทวันที่และเวลา : วันที่และเวลา}

การจัดเก็บข้อมูลในคอลัมน์เดียวเป็นวิธีที่ต้องการเนื่องจากมีการเชื่อมโยงอย่างแยกไม่ออก จุดในเวลานั้นเป็นข้อมูลชิ้นเดียวไม่ใช่สองชิ้น

วิธีการทั่วไปในการจัดเก็บข้อมูลวันที่ / เวลาที่ใช้ "เบื้องหลัง" โดยผลิตภัณฑ์จำนวนมากคือการแปลงเป็นค่าทศนิยมโดยที่ "วันที่" เป็นส่วนจำนวนเต็มของค่าทศนิยมและ "เวลา" เป็นเศษส่วน ราคา. ดังนั้น 1900-01-01 00:00:00 จะถูกเก็บไว้ที่ 0.0 และ 20 กันยายน 2016 9:34:00 ถูกเก็บไว้เป็น 42631.39861 42631 คือจำนวนวันตั้งแต่ 1900-01-01 .39861 เป็นส่วนของเวลาที่ผ่านไปตั้งแต่เที่ยงคืน อย่าใช้ประเภททศนิยมโดยตรงเพื่อทำสิ่งนี้ใช้ประเภทวันที่ / เวลาที่ชัดเจน จุดของฉันที่นี่เป็นเพียงภาพประกอบ

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

หากคุณเก็บค่าไว้ต่างหากคุณจะพบกับ "บั๊ก" ที่ตรวจจับได้ยาก ยกตัวอย่างเช่น

IF OBJECT_ID('tempdb..#DT') IS NOT NULL
DROP TABLE #DT;
CREATE TABLE #DT
(
    dt_value DATETIME NOT NULL
    , d_value DATE NOT NULL
    , t_value TIME(0) NOT NULL
);


DECLARE @d DATETIME = '2016-09-20 09:34:00';

INSERT INTO #DT (dt_value, d_value, t_value)
SELECT @d, CONVERT(DATE, @d), CONVERT(TIME(0), @d);

SET @d = '2016-09-20 11:34:00';

INSERT INTO #DT (dt_value, d_value, t_value)
SELECT @d, CONVERT(DATE, @d), CONVERT(TIME(0), @d);

/* show all rows with a date after 2016-07-01 11:00 am */
SELECT *
FROM #DT dt
WHERE dt.dt_value >= '2016-07-01 11:00:00';

/* show all rows with a date after 2016-07-01 11:00 am */
SELECT *
FROM #DT dt
WHERE dt.d_value >= CONVERT(DATE, '2016-07-01')
    AND dt.t_value >= CONVERT(TIME(0), '11:00:00');

ในโค้ดข้างต้นเรากำลังสร้างตารางทดสอบเติมข้อมูลด้วยค่าสองค่าจากนั้นทำการสืบค้นแบบง่าย ๆ กับข้อมูลนั้น ครั้งแรกที่SELECTส่งกลับทั้งสองแถวอย่างไรก็ตามที่สองSELECTส่งกลับเพียงแถวเดียวซึ่งอาจไม่ได้ผลลัพธ์ที่ต้องการ:

วิธีที่ถูกต้องในการกรองช่วงวันที่ / เวลาที่ค่าอยู่ในคอลัมน์ที่ไม่ต่อเนื่องตามที่ระบุโดย @ypercube ในความคิดเห็นคือ:

WHERE dt.d_value > CONVERT(DATE, '2016-07-01') /* note there is no time component here */
    OR (
        dt.d_value = CONVERT(DATE, '2016-07-01') 
        AND dt.t_value >= CONVERT(TIME(0), '11:00:00')
    )

หากคุณต้องการแยกองค์ประกอบเวลาเพื่อการวิเคราะห์คุณสามารถพิจารณาเพิ่มคอลัมน์จากการคำนวณยังคงอยู่สำหรับส่วนเวลาของค่า:

ALTER TABLE #DT
ADD dt_value_time AS CONVERT(TIME(0), dt_value) PERSISTED;

SELECT *
FROM #dt;

คอลัมน์ที่คงอยู่นั้นจะสามารถจัดทำดัชนีอนุญาตให้เรียงลำดับอย่างรวดเร็ว ฯลฯ ตามเวลาของวัน

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

ฉันจะให้ความเห็นแย้งกับคำตอบอื่น ๆ

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

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

นี่คือตัวอย่างบางส่วน:

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

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

ดูคำถามที่เกี่ยวข้องนี้สำหรับแนวทางอื่น

ฉันจะเก็บไว้เป็นคอลัมน์เดียวเสมอเว้นแต่จะมีความต้องการเฉพาะธุรกิจ / แอปพลิเคชัน ข้างล่างนี้คือคะแนนของฉัน -

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

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

แน่นอนว่าน่าเสียดายที่ไม่มีประเภท cross-DBMS มาตรฐานสำหรับสิ่งนี้ (เช่น INT และ VARCHAR สำหรับจำนวนเต็มและค่าสตริง) วิธีการข้ามฐานข้อมูลทั้งสองที่ฉันพบมานั้นใช้คอลัมน์ VARCHAR / CHAR เพื่อจัดเก็บค่า DataTime เป็นสตริงที่จัดรูปแบบตามมาตรฐาน ISO 8601 (สะดวกกว่าอ่านง่ายกว่ามนุษย์) และใช้ BIGINT เพื่อเก็บไว้เป็น POSIX timestamps (เก็บเพิ่มเติม มีประสิทธิภาพเร็วขึ้นและง่ายต่อการจัดการทางคณิตศาสตร์)

หลังจากอ่านสิ่งต่างๆมากมายเวลา UTC Unix ใน BIGINT น่าจะเป็นทางออกที่ดีที่สุด TZDB timesone ID ใน VARCHAR สำหรับการจัดเก็บโซนเวลาหากจำเป็น ข้อโต้แย้งเล็กน้อย:

1. TIMESTAMP และ DATETIME ทำการแปลงแบบ gimmicky ในพื้นหลังที่ดูเหมือนจะซับซ้อนและไม่ชัดเจน เซิร์ฟเวอร์เปลี่ยนจากเวลาท้องถิ่นเป็น UTC หรือเป็นเวลาและย้อนกลับเซิร์ฟเวอร์บางครั้งหรือไม่ พวงของค่าใช้จ่ายที่ซ่อนอยู่สำหรับทุกฟังก์ชั่น

2. BIGINT (8KB) เป็นอย่างน้อยเป็นแสงหรือเบากว่าทศนิยมที่จำเป็นสำหรับการจัดเก็บข้อมูลในรูปแบบ xxxxxx.xxxxxx ซึ่งเป็นที่เก็บไว้ในทางปฏิบัติเป็นสอง INTs + บางสิ่งบางอย่างโดย MySQL และก็เพียงพอที่จะเก็บไว้ล่วงหน้าหลายศตวรรษ

3. ภาษาการเขียนโปรแกรมหลัก ๆ ส่วนใหญ่มีไลบรารีของฟังก์ชั่นมาตรฐานเพื่อใช้งานกับเวลา Unix

4. การดำเนินการทางคณิตศาสตร์กับ BIGINT น่าจะเร็วหรือเร็วกว่าสิ่งอื่นใดบนฮาร์ดแวร์ใด ๆ

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