มีเหตุผลด้านวิศวกรรมใด ๆ ทำไมมันเป็นเช่นนั้น? ฉันสงสัยในกรณีของ RDBMS ว่ามีบางอย่างเกี่ยวกับการแสดงเนื่องจาก "YEAR" มีความเฉพาะเจาะจงมากกว่า "MONTH" เช่นคุณมีเพียงหนึ่งปี 2000 แต่ทุกปีมี "มกราคม" ซึ่งจะทำให้ง่ายขึ้น / เร็วขึ้นในการกรอง / เรียงลำดับบางสิ่งบางอย่างในปีแรกและนั่นเป็นสาเหตุที่ปีนี้มาก่อน

แต่ฉันไม่รู้ว่ามันสมเหตุสมผลจริงหรือ ... มีเหตุผลอะไรบ้าง?

ด้วยวิธีนี้วันที่สามารถจัดเรียงเป็นสตริงได้อย่างง่ายดายโดยใช้กฎการเรียงลำดับเริ่มต้น (เช่นการจัดเรียงพจนานุกรม )

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

ในความเป็นจริงก็เป็นหนึ่งในรูปแบบวันที่ที่กำหนดโดยมาตรฐาน ISO 8601 มาตรฐานนั้นยังกำหนดรูปแบบวันที่และเวลา2015-03-27T15:26:40Zซึ่งสามารถจัดเรียงเป็นสตริงได้

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

ยังไม่ได้กล่าวถึง แต่คุณจะปัดเศษการสั่งซื้อภายใน YYYY อย่างรวดเร็ว นั่นเป็นพันปีมาแล้วหลายศตวรรษหลายสิบปี กล่าวคือ YYYY ได้รับคำสั่งจากระยะเวลาที่ยาวที่สุดถึงระยะเวลาที่สั้นที่สุดแล้ว เช่นเดียวกันกับ MM และ DD นั่นคือวิธีที่ระบบตัวเลขทำงาน

ดังนั้นเพื่อรักษาลำดับระหว่างเขตข้อมูลให้สอดคล้องกับคำสั่งซื้อภายในเขตข้อมูลตัวเลือกเดียวคือ YYYYMMDD

ตามที่ zahbaz และ Arseni Mourzenko ตั้งข้อสังเกตรูปแบบ YYYYMMDD จะเรียงลำดับได้อย่างง่ายดาย นั่นไม่ใช่เรื่องบังเอิญที่โชคดีนั่นเป็นผลโดยตรงจากการใส่ฟิลด์ในช่วงเวลาที่ยาวที่สุดก่อน (และทำให้ความยาวคงที่เราแนะนำปัญหา Y10K ที่นี่)

มีเหตุผลอะไรบ้าง?

ใช่. ชิ้นส่วนของซอฟต์แวร์เหล่านั้นจะใช้มาตรฐาน ISO 8601

ISO 8601 มีข้อดีกว่ารูปแบบวันที่อื่น:

• มันเป็นมาตรฐานพร้อมกับเอกสารข้อมูลจำเพาะ :)
• มันไม่คลุมเครือ mm / dd / yyyy และ dd / mm / yyyy อาจสร้างความสับสนเว้นแต่จะผ่านวันที่ 13
• มันเรียงตามพจนานุกรมตามลำดับเวลาจากน้อยไปมากดังนั้นจึงไม่จำเป็นต้องใช้ตรรกะการเรียงลำดับวันที่พิเศษ สิ่งนี้มีประโยชน์อย่างยิ่งในชื่อไฟล์โดยที่การเรียงลำดับตัวเลขตามพจนานุกรมมักทำให้เกิดความสับสน (เช่น1_file, 10_file, 2_file)
• มันสั่งปี 4 หลักและเดือนเบาะปีและศูนย์ สิ่งนี้หลีกเลี่ยงปัญหาปี 2000 และความกำกวมอื่น ๆ

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

สำหรับเหตุผลดูการแนะนำของspec

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

...

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

มาตรฐานกำหนดรูปแบบ "พื้นฐาน" เพื่อลดการใช้ตัวคั่น ดังนั้นYYYYMMDDเป็นพื้นฐานYYYY-MM-DDสลับไปเป็นรูปแบบขยาย

เป็นเพราะวิธีอื่น ๆ ทั้งหมดที่จะทำนั้นไม่ชัดเจน

01/02/2546 นั่นหมายความว่าอย่างไร สองมกราคม 2546? หรือในยุโรป: วันที่ 1 กุมภาพันธ์ 2003 มันยิ่งแย่ลงไปอีกถ้าคุณใช้เลขสองหลักสำหรับปีเช่น 01/02/46

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

(ตอนนี้อย่าไปเก็บมันไว้เป็นจำนวนเต็ม 20 ล้าน 30,000 2 แสนและ 1 ได้ไหม

ให้ t1 และ t2 เป็นจำนวนเต็มที่แตกต่างกันซึ่งแสดงถึงการเขียนสองครั้งในการจัดรูปแบบ YYYYMMDD จากนั้น t1 <t2 หมายความว่า t2 เกิดขึ้นหลังจาก t1

คุณสูญเสียการสั่งซื้อนี้ด้วยการจัดรูปแบบ DD และ MM ก่อน

ISO คือ IMO ซึ่งเป็นรูปแบบที่สมเหตุสมผลเท่านั้น

จุดหนึ่งที่ไม่ได้กล่าวถึงคือในอินพุตแบบโต้ตอบรูปแบบนี้อนุญาตให้ควบคุมอินพุต

ระบบไม่สามารถทราบได้ว่าเดือนใดมี 28, 29, 30 หรือ 31 วันโดยไม่ทราบปีและเดือนที่ระบุ เมื่ออินพุทอินเทอร์แอคทีฟสั่งให้ปีและเดือนแรกมาก่อนสามารถตรวจสอบว่าวันที่ (แทรกครั้งสุดท้าย) อยู่ในช่วงที่อนุญาตหรือไม่

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

คำสั่งซื้อ YYYYMMDD จะเป็นวันเดียวกับที่คุณสั่งซื้อหมายเลข: ส่วนที่สำคัญที่สุดก่อน MMDDYYYY จะเป็นเหมือนการเขียน "หนึ่งร้อยยี่สิบสาม" เป็น "ยี่สิบและหนึ่งร้อยสาม"

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

มีการกล่าวถึงการเรียงลำดับ แต่ด้วยเหตุผลที่มีประโยชน์ที่สุดสำหรับการเปรียบเทียบคือ "สตริง" และใช่มีการสั่งเวลา 26 ตัวอักษรในทำนองเดียวกัน

ฉันรู้ว่าการเปรียบเทียบดังกล่าวมีความสำคัญสำหรับการเรียงลำดับ แต่โดยทั่วไปจะมีประโยชน์สำหรับการเรียงลำดับองค์ประกอบ 2 รายการ

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

การจัดรูปแบบสวยสำหรับฝั่งไคลเอ็นต์หรือการเรียงพิมพ์

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

มันเกี่ยวกับข้อ จำกัด ลองนึกภาพปีพารามิเตอร์เดือนและวันในรูปแบบ YYYYMMDD แต่ละพารามิเตอร์มีข้อ จำกัด มากขึ้นกว่าก่อนหน้านี้

ดังนั้นหากคุณต้องการที่จะค้นหาสิ่งที่เกิดขึ้นในปี 1970 คุณสามารถทำมันได้โดยการค้นหาสตริงเริ่มต้นโดยแต่ถ้าคุณจำซึ่งถูกเดือนคุณสามารถเพิ่มเดือนเช่น"1970*" "197005*"วิธีนี้ทุก "พารามิเตอร์" ของวันที่ให้ข้อมูลที่เฉพาะเจาะจงมากขึ้น

เป็นวิธีเดียวที่จะเปลี่ยนจากข้อมูลที่เฉพาะเจาะจงน้อยลง ( "1970*") ไปยังข้อมูลที่เฉพาะเจาะจงมากขึ้น ( "19700523")

ทำไมในการเขียนโปรแกรมรูปแบบวันที่เริ่มต้นคือ YYYYMMDD ...

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

มากกว่าหนึ่งในสามของทุกภาษาโปรแกรมถูกพัฒนาขึ้นในประเทศที่มีภาษาอังกฤษเป็นภาษาหลักและส่วนใหญ่ของคนทันสมัยเป็นไปตามมาตรฐานของรายละเอียดบาง - มาตรฐานสากลสำหรับวันที่เป็นมาตรฐาน ISO 8601

ข้อมูลเพิ่มเติม: (TMI?)

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

คอมพิวเตอร์จะไม่สนใจสิ่งที่โครงสร้างที่คุณต้องการใช้และในที่สุด ( แต่ไม่ทั้งหมด ) คอมพิวเตอร์ตรรกะไบนารีจะใช้ - ฐานอีจริงมีเศรษฐกิจมุฎฐานที่ต่ำที่สุดแต่ไม่ได้เป็นส่วนใหญ่ที่มีประสิทธิภาพมิได้ที่ง่ายที่สุดสำหรับลำดับที่สมบูรณ์

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

การรู้ล่วงหน้าตั้งแต่ปีนั้นจะบอกจำนวนวันในหนึ่งปีความผันแปรที่ใหญ่ที่สุดในช่วงเวลาหนึ่งปีที่จะเกิดขึ้น มันจะบอกคุณตรงไปตรงมาจำนวนวันในแต่ละเดือนที่จะปฏิบัติตาม (สำหรับข้อผิดพลาดในการตรวจสอบในช่วงรายการ) อนุญาตให้ใส่ของวันแรกอาจจะต้องกลับคุณได้ถ้าปีต่อมาไม่เห็นด้วยกับการป้อนข้อมูลของคุณ - อาจจะทำให้สามารถเข้าถึงการป้อนข้อมูลยากขึ้น . นอกจากนี้ยังมีความสำคัญกับเรื่องที่เกี่ยวกับรูปแบบปฏิทิน ดูปฏิทิน geek ที่มีทศนิยม stardates

เท่าที่คอมพิวเตอร์มีความกังวลว่ามีแนวโน้มที่จะใช้เวลา UNIX Epochจำนวนวินาทีที่ผ่านไปตั้งแต่ 00:00:00 เวลาสากลเชิงพิกัด (UTC) วันพฤหัสบดีที่ 1 มกราคม 1970 ซึ่งทุกวันจะได้รับการปฏิบัติเสมือนว่ามี 86400 วินาทีต่อวินาที ดูวัน Julianด้วย รูปแบบ YYYYMMDD นั้นเป็นที่ต้องการเพียงอย่างเดียวโดยมนุษย์ที่เป็นคนไร้เดียงสา IAU ถือว่าหนึ่งปีเป็นปีจูเลียนที่ 365.25 วัน (31.5576 ล้านวินาที) เว้นแต่จะระบุไว้เป็นอย่างอื่น

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

หากสิ่งเหล่านั้นเป็นสิ่งที่คุณจำเป็นต้องทำกับวันที่และคุณต้องทำมันมากแล้วรูปแบบนี้มีการอุทธรณ์มากมาย

โดยการเปรียบเทียบวันที่ในรูปแบบทั่วไปเช่น DD / MM / YYYY ใช้เวลา 10 ไบต์เป็นสตริงของอักขระ ASCII YYYYMMDD สตริงลดที่ 8 และได้รับประโยชน์ "เปรียบเทียบการเป็นตัวแทนมีผลเช่นเดียวกับการเปรียบเทียบวันที่" แต่แม้แล้วการเปรียบเทียบตามสตริงเป็นตัวอักษรโดยตัวละครมากกว่าการเปรียบเทียบจำนวนเต็มเดียว

เหตุผลเดียวกับที่ดวงจันทร์ทำมาจากชีสสีเขียว: ไม่ใช่ ในกรณีส่วนใหญ่รูปแบบเริ่มต้นคือสตริงแปลบางชนิด บางครั้งใช้รูปแบบ ISO แต่มักจะมีขีดกลางเพื่อให้อ่านง่ายขึ้น YYYYMMDD(หรือ%Y%m%dในการstrftimeพูดจา) เป็นค่าเริ่มต้นไม่ค่อย เพื่อความเป็นธรรมฉันแน่ใจว่าฉันเห็นมัน แต่ฉันไม่สามารถนึกถึงตัวอย่างได้ในขณะนี้

วันที่ Unix (โปรแกรมอรรถประโยชน์หลักของ GNU)

date

เอาท์พุท:

Wed Sep 26 22:20:57 CEST 2018

หลาม

import time
print(time.ctime())

เอาท์พุท:

Wed Sep 26 22:27:20 2018

C

#include <stdio.h>
#include <time.h>

int main () {
   time_t curtime;

   time(&curtime);
   printf(ctime(&curtime));
   return(0);
}

เอาท์พุท:

Wed Sep 26 22:40:01 2018

C ++

#include <ctime>
#include <iostream>

int main()
{
    std::time_t result = std::time(nullptr);
    std::cout << std::ctime(&result);
}

เอาท์พุท:

Wed Sep 26 22:51:22 2018

จาวาสคริ

current_date = new Date ( );
current_date;

เอาท์พุท:

Wed Sep 26 2018 23:15:22 GMT+0200 (CEST)

SQLite

SELECT date('now');

เอาท์พุท:

2018-09-26

Lotus Symphony Spreadsheets

Gnumeric

OnlyOffice

Python + จำนวนมาก

import numpy as np
pd.datetime64('now')

เอาท์พุท:

numpy.datetime64('2018-09-26T21:31:55')

Python + pandas

import pandas as pd
pd.Timestamp('now', unit='s')

เอาท์พุท:

Timestamp('2018-09-26 21:47:01.277114153')

วิศวกรรมซอฟต์แวร์

apport.log

ERROR: apport (pid 9742) Fri Sep 28 17:39:44 2018: called for pid 1534, signal 6, core limit 0, dump mode 2

alternatives.log

update-alternatives 2018-05-08 15:14:24: run with --quiet --install /usr/bin/awk awk /usr/bin/mawk 5 --slave /usr/share/man/man1/awk.1.gz awk.1.gz /usr/share/man/man1/mawk.1.gz --slave /usr/bin/nawk nawk /usr/bin/mawk --slave /usr/share/man/man1/nawk.1.gz nawk.1.gz /usr/share/man/man1/mawk.1.gz

ถ้วย / access.log

localhost - - [28/Sep/2018:16:41:58 +0200] "POST / HTTP/1.1" 200 360 Create-Printer-Subscriptions successful-ok

syslog

Sep 28 16:41:46 pop-os rsyslogd:  [origin software="rsyslogd" swVersion="8.32.0" x-pid="946" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

ประโยชน์เพิ่มเติมที่ไม่ได้กล่าวถึงก็คือปริมาณที่ต้องการ (การกำหนดค่าที่แม่นยำว่าเป็นของช่วงทั่วไปของค่า) เป็นการดำเนินการที่ค่อนข้างง่ายและรวดเร็ว ..

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

ในทำนองเดียวกันถ้าคุณต้องการยอดขายของเดือนคุณเก็บเพียง 6 หลักทางซ้ายสุดหรือหารด้วย 100,000,000

แน่นอนคุณสามารถยืนยันได้ว่าการจัดการสตริงใด ๆ เป็นไปได้ datetime สำหรับการขาย "12-25-2018 12:34 pm" อาจถูกซับสตริงและจัดการหลายครั้งเพื่อรับเดือนและปี ในรูปแบบตัวเลข 122520181234 สามารถแบ่งและ modded และคูณและหารเพิ่มเติมและในที่สุดก็ผลิตเดือนและปี .. .. แต่รหัสจะยากที่จะเขียนอ่านรักษาและเข้าใจ ..

และแม้กระทั่งเครื่องมือเพิ่มประสิทธิภาพฐานข้อมูลที่ซับซ้อนอาจไม่สามารถใช้ดัชนีในคอลัมน์สำหรับส่วนคำสั่งหากรูปแบบวันที่เป็น MM / DD / YYYY แต่ตัดและแยกส่วนกลับมารวมกัน ในการเปรียบเทียบการจัดเก็บการเป็นตัวแทน YYYYMMDD และการต้องการธันวาคม 2018 นำไปสู่การที่ส่วนคำสั่งของ ILK dateasstring LIKE '201812%'หรือdateasint BETWEEN 20181200 and 20181299- บางสิ่งบางอย่างดัชนีสามารถใช้สำหรับ

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