Có bất kỳ lý do kỹ thuật tại sao nó như vậy? Tôi đã tự hỏi trong trường hợp RDBMS rằng nó có liên quan đến hiệu suất, vì "NĂM" cụ thể hơn "THÁNG", chẳng hạn: bạn chỉ có một năm 2000, nhưng mỗi năm có "tháng 1", điều này sẽ giúp việc lọc / sắp xếp thứ gì đó theo năm đầu tiên dễ dàng hơn và nhanh hơn và đó là lý do năm đến trước.

Nhưng tôi không biết điều đó có thực sự có ý nghĩa không ... Có lý do nào không?

Bằng cách này, ngày có thể dễ dàng được sắp xếp dưới dạng chuỗi bằng cách sử dụng quy tắc sắp xếp mặc định (nghĩa là sắp xếp từ vựng ).

Đây cũng là lý do tại sao cả tháng và ngày được chỉ định sử dụng hai chữ số (thêm số 0 đứng đầu nếu cần).

Trong thực tế, đây là một trong những định dạng ngày được xác định bởi ISO 8601 . Tiêu chuẩn đó cũng xác định định dạng ngày và thời gian, 2015-03-27T15:26:40Zcũng có thể sắp xếp thành chuỗi.

Tuy nhiên, YYYYMMDD có một lợi ích bổ sung là làm cho nó có thể dễ dàng (không thay thế ký tự hoặc thay thế ký tự) phân tích chuỗi dưới dạng một số nguyên và vẫn sử dụng thứ tự mặc định trên các số nguyên.

Chưa được đề cập, nhưng bạn nhanh chóng theo dõi thứ tự bên trong YYYY. Đó đã là thiên niên kỷ, hàng thế kỷ, thập kỷ, năm. Điều đó có nghĩa là, YYYY đã được đặt hàng từ thời gian dài nhất đến thời gian ngắn nhất. Điều tương tự cũng xảy ra với MM và DD, đó là cách hệ thống số hoạt động.

Vì vậy, để giữ thứ tự giữa các trường phù hợp với thứ tự trong các trường, tùy chọn duy nhất là YYYYMMDD.

Như zahbaz và Arseni Mourzenko đã lưu ý, các định dạng YYYYMMDD sắp xếp dễ dàng. Đó không phải là sự trùng hợp may mắn, đó là hậu quả trực tiếp của việc đặt các trường trong thời gian dài nhất trước tiên (và giữ độ dài cố định; chúng tôi đang giới thiệu một vấn đề Y10K ở đây.)

Có bất kỳ lý do nào không?

Đúng. Những phần mềm đó sẽ được sử dụng ISO 8601 .

ISO 8601 có một số lợi thế so với các định dạng ngày khác:

• Đó là một tiêu chuẩn với một tài liệu đặc tả :)
• Nó không rõ ràng. mm / dd / yyyy và dd / mm / yyyy có thể gây nhầm lẫn trừ khi quá ngày thứ 13.
• Nó sắp xếp theo từ vựng theo thứ tự thời gian tăng dần, do đó không yêu cầu logic sắp xếp ngày đặc biệt. Điều này đặc biệt hữu ích trong tên tệp, trong đó việc sắp xếp số từ vựng thường gây nhầm lẫn (ví dụ 1_file, 10_file, 2_file).
• Nó bắt buộc năm 4 chữ số và không đệm tháng và năm. Điều này tránh được vấn đề năm 2000 và những điều mơ hồ khác.

Về lý do tại sao ISO 8601 tồn tại ở nơi đầu tiên, đó là vì mọi người đang tìm thấy các định dạng ngày mơ hồ và khó hiểu khi hoán đổi dữ liệu giữa các quốc gia / hệ thống và họ cần một cái gì đó không rõ ràng.

Để biết lý do, hãy xem phần giới thiệu của thông số kỹ thuật .

Mặc dù Khuyến nghị và Tiêu chuẩn ISO trong lĩnh vực này đã có sẵn từ năm 1971, các hình thức biểu diễn số ngày và thời gian khác nhau đã được sử dụng phổ biến ở các quốc gia khác nhau. Trường hợp các đại diện như vậy được hoán đổi qua biên giới quốc gia giải thích sai về tầm quan trọng của các chữ số có thể xảy ra, dẫn đến nhầm lẫn và các lỗi hoặc mất mát do hậu quả khác. Mục đích của Tiêu chuẩn quốc tế này là để loại bỏ nguy cơ giải thích sai và tránh sự nhầm lẫn và hậu quả của nó.

...

Tiêu chuẩn quốc tế này giữ lại các biểu thức được sử dụng phổ biến nhất cho ngày và thời gian trong ngày và các biểu diễn của chúng từ các tiêu chuẩn quốc tế trước đó và cung cấp các biểu diễn duy nhất cho một số biểu thức mới được sử dụng trong thực tế. Ứng dụng của nó trong trao đổi thông tin, đặc biệt là giữa các hệ thống xử lý dữ liệu và thiết bị đi kèm sẽ loại bỏ các lỗi phát sinh do giải thích sai và các chi phí mà chúng tạo ra. Việc thúc đẩy Tiêu chuẩn quốc tế này sẽ không chỉ tạo điều kiện trao đổi qua các ranh giới quốc tế, mà còn cải thiện tính di động của phần mềm và sẽ giảm bớt các vấn đề giao tiếp trong một tổ chức, cũng như giữa các tổ chức.

Tiêu chuẩn xác định các biến thể cơ bản của Viking là giảm thiểu việc sử dụng các dấu phân cách. Vì vậy, YYYYMMDDlà thay thế cơ bản cho định dạng mở rộng YYYY-MM-DD.

Đó là bởi vì tất cả các cách khác để làm điều đó là mơ hồ.

01/02/2003 điều đó có nghĩa là gì? Tháng 1 năm 2003? Hay ở châu Âu: ngày 1 tháng 2 năm 2003? Nó thậm chí còn tồi tệ hơn nếu bạn sử dụng hai chữ số trong năm, là 01/02/03.

Đó là lý do tại sao bạn sử dụng YYYYMMDD, đó là quy ước cho phép chúng tôi liên lạc rõ ràng về ngày, 20030201 vì ngày luôn rõ ràng. (và nó làm cho nó dễ dàng hơn để sắp xếp)

(Bây giờ đừng đi lưu trữ dưới dạng số nguyên 20 triệu 30 nghìn 2 trăm và 1. vui lòng ok? Làm ơn vui lòng?)

Đặt t1 và t2 là các số nguyên riêng biệt đại diện cho hai lần được viết theo định dạng YYYYMMDD. Khi đó t1 <t2 ngụ ý rằng t2 xảy ra sau t1.

Bạn mất thứ tự này với định dạng đầu tiên DD và MM.

ISO là, IMO, định dạng hợp lý duy nhất.

Một điểm không được đề cập là, trong các đầu vào tương tác, định dạng này cho phép kiểm soát đầu vào.

Hệ thống không thể biết nếu một tháng có 28, 29, 30 hoặc 31 ngày mà không biết năm và tháng cụ thể. Khi đầu vào tương tác bắt buộc năm đó và tháng đến trước, nó có thể kiểm tra xem ngày (được chèn cuối cùng) có nằm trong phạm vi cho phép hay không.

Cấp, câu hỏi chủ yếu là về định dạng ngày, nhưng có thể lập luận rằng định dạng ngày tuân theo định dạng được trình bày cho người dùng.

Các đơn đặt hàng YYYYMMDD ngày giống như cách bạn đặt hàng số: phần quan trọng nhất trước tiên. MMDDYYYY sẽ giống như viết "một trăm hai mươi ba" là "hai mươi mốt trăm".

Trong nền văn hóa của chúng tôi, chúng tôi có một sự hiểu biết tự nhiên về MMDDYYYY bởi vì, là con người, chúng tôi có nhận thức về thời gian và nhiều năm tiến triển chậm. Chúng ta thường biết đó là năm nào. Nhìn thấy năm hiếm khi có vấn đề, vì vậy chúng tôi đẩy nó trở lại. Tháng thay đổi chỉ đủ nhanh để giữ tầm quan trọng của họ. Các nền văn hóa khác xử lý điều này khác nhau. Phần lớn thế giới thích DDMMYYYY.

Sắp xếp đã được đề cập nhưng cho đến nay, lý do hữu ích nhất để làm là so sánh chúng là "chuỗi" và có một dấu thời gian 26 ký tự được sắp xếp tương tự.

Tôi biết rằng sự so sánh như vậy rất cần thiết cho việc sắp xếp, nhưng nó thường hữu ích cho việc sắp xếp 2 yếu tố.

Tôi đã làm việc trên các dự án mà điều này không được thông qua, và vâng, các lập trình viên đã thử (với kết quả hỗn hợp) để so sánh ngày dưới dạng chuỗi.

Định dạng đẹp là dành cho phía khách hàng hoặc sắp chữ.

Định dạng này làm cho thứ tự chữ cái của các chuỗi giống hệt với thứ tự thời gian của ngày. Điều này rất hữu ích vì nhiều công cụ cung cấp thứ tự chữ cái của các tệp ví dụ theo tên, nhưng không có cách nào phân tích các ngày được định dạng tùy ý từ tên tệp và sắp xếp theo các tệp đó.

Đó là về sự hạn chế. Hãy tưởng tượng NĂM, THÁNG và NGÀY là các tham số, ở định dạng YYYYMMDD, mỗi tham số bị hạn chế hơn so với tham số trước đó.

Vì vậy, nếu bạn muốn tìm kiếm một cái gì đó đã xảy ra vào năm 1970, bạn có thể làm điều đó bằng cách tìm kiếm một chuỗi bắt đầu bằng "1970*", nhưng nếu bạn nhớ lại tháng nào, bạn có thể thêm tháng như thế nào "197005*". Bằng cách này, mọi "thông số" của ngày cung cấp cho bạn thông tin cụ thể hơn.

Đó là cách duy nhất để đi từ thông tin ít cụ thể hơn ( "1970*") đến thông tin cụ thể hơn ( "19700523").

Tại sao, trong lập trình, định dạng ngày mặc định là YYYYMMDD ...

Đây là định dạng có thể đọc được của con người cho đầu vào và đầu ra, nó không nhất thiết phải được lưu trữ theo cách đó.

Hơn một phần ba tất cả các ngôn ngữ lập trình được phát triển ở một quốc gia có tiếng Anh là ngôn ngữ chính và hầu hết các ngôn ngữ hiện đại tuân thủ Tiêu chuẩn của một số mô tả - Tiêu chuẩn quốc tế cho ngày là ISO 8601 .

Thông tin thêm: (TMI?)

Khi thời gian thay đổi, thường là chuyển tiếp, ngày tăng trước, sau đó là tháng, năm cuối - có thể dễ hiểu hơn nếu chúng ta có ngày thập phân (và thời gian thập phân ) - khi thời gian trôi qua con số sẽ lớn hơn. Con người dễ dàng nhìn vào con số hơn và so sánh nó với một ngày khác trong nháy mắt.

Máy tính không quan tâm cấu trúc nào bạn muốn sử dụng và trong hầu hết (nhưng không phải tất cả ) logic nhị phân của máy tính được sử dụng - cơ sở e thực sự có nền kinh tế cơ số thấp nhất nhưng không hiệu quả nhất cũng như dễ nhất cho một chuỗi hoàn chỉnh .

Định dạng đầu vào và đầu ra thực tế cho ngày thay đổi theo quốc gia và được đặt theo địa phương hóa , trong khi YYYYMMDD dường như có ý nghĩa nhất và là những gì bạn đã quen với nó không phổ biến ngày nay, cũng không phải là như vậy trong quá khứ thời gian dài nhất, tuy nhiên ngay cả ngày nay chữ số La Mã được sử dụng phổ biến cho những ngày .

Biết trước năm cho bạn biết số ngày trong một năm, sự thay đổi lớn nhất trong thời gian mà một năm có thể trải qua. Nó cho bạn biết trước số ngày trong mỗi tháng để theo dõi (để kiểm tra lỗi trong khi nhập), cho phép đầu vào của ngày đầu tiên có thể phải sao lưu nếu năm sau không đồng ý với đầu vào của bạn - có thể khiến việc nhập có thể truy cập trở nên khó khăn hơn . Nó cũng có tầm quan trọng đối với định dạng lịch . Xem thêm lịch geek , với stardates thập phân của nó.

Theo như máy tính có liên quan, nó có khả năng sử dụng thời gian UNIX Epoch , số giây đã trôi qua kể từ 00:00:00 Giờ quốc tế phối hợp (UTC), Thứ Năm, ngày 1 tháng 1 năm 1970, trong đó mỗi ngày được xử lý như thể nó chứa chính xác là 86400 giây. Xem thêm ngày Julian . Định dạng YYYYMMDD được người bình thường ưa thích, IAU coi một năm là năm Julian là 365,25 ngày (31,5576 triệu giây) trừ khi có quy định khác.

Một cách sử dụng khác mà tôi đã thấy cho đại diện này là bạn có thể lưu trữ ngày dưới dạng số nguyên (nghĩa là trong cơ sở dữ liệu), chỉ sử dụng 4 byte mỗi ngày. Sau đó, sử dụng YYYYMMDD có nghĩa là so sánh số nguyên (thường là một lệnh máy đơn) có kết quả tương tự như so sánh vào ngày được biểu thị. Và nó in vừa phải con người dễ đọc. Và không ai trong số này yêu cầu bất kỳ mã hoặc hỗ trợ đặc biệt nào, trong bất kỳ môi trường lập trình chính thống nào.

Nếu những điều đó là hầu hết những gì bạn cần làm với ngày, và bạn cần phải làm rất nhiều thứ, thì định dạng này có rất nhiều hấp dẫn.

Để so sánh, ngày ở các định dạng phổ biến như DD / MM / YYYY lấy 10 byte làm chuỗi ký tự ASCII. Các chuỗi YYYYMMDD giảm xuống còn 8 và đạt được lợi thế "so sánh các biểu diễn có kết quả tương tự như so sánh các ngày", nhưng ngay cả khi đó so sánh dựa trên chuỗi là từng ký tự thay vì so sánh một số nguyên.

Lý do tương tự Mặt trăng được làm bằng phô mai xanh: không phải vậy. Trong hầu hết các trường hợp, định dạng mặc định là một số loại chuỗi cục bộ. Đôi khi định dạng ISO được sử dụng nhưng thường có dấu gạch ngang để dễ đọc hơn. YYYYMMDD(hoặc %Y%m%dtrong strftimecách nói) là hiếm khi mặc định. Để công bằng tôi chắc chắn tôi đã nhìn thấy nó nhưng tôi không thể nghĩ ra một ví dụ ngay bây giờ.

Ngày Unix (tiện ích lõi GNU)

date

Đầu ra:

Wed Sep 26 22:20:57 CEST 2018

Con trăn

import time
print(time.ctime())

đầu ra:

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);
}

Đầu ra:

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);
}

Đầu ra:

Wed Sep 26 22:51:22 2018

Javascript

current_date = new Date ( );
current_date;

Đầu ra:

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

SQLite

SELECT date('now');

Đầu ra:

2018-09-26

LibreScript Calc

Gnumeric

Chỉ có

Python + numpy

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

Đầu ra:

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

Python + gấu trúc

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

Đầu ra:

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

Kỹ thuật phần mềm

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

lựa chọn thay thế.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

ly / access.log

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

nhật ký hệ thống

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

Một lợi ích bổ sung không được đề cập cho đến nay là lượng tử hóa mong muốn (gán một giá trị chính xác thuộc cùng một phạm vi giá trị chung) là một hoạt động đơn lẻ tương đối dễ dàng và nhanh chóng ..

Giả sử bạn đang viết một báo cáo tóm tắt các sự kiện ngày hôm nay, như tổng và số lượng bán hàng. Ngày và thời gian bán được lưu trữ dưới dạng YYYYMMDDHHMISS, bạn chỉ cần giữ 8 ký tự ngoài cùng bên trái (nếu đó là một chuỗi) hoặc chia số nguyên (tức là sàn) cho 1.000.000 để giảm thời gian của bạn đến ngày bán.

Tương tự, nếu bạn muốn doanh số của tháng, bạn chỉ giữ 6 chữ số ngoài cùng bên trái hoặc chia cho 100.000.000

Chắc chắn, bạn có thể lập luận rằng bất kỳ thao tác chuỗi nào đều có thể, thời gian bán hàng của "12-25-2018 12:34 chiều" có thể được xâu chuỗi và thao tác nhiều lần để có được tháng và năm. Ở dạng số 122520181234 có thể được chia và sửa đổi, nhân lên, và chia thêm một số, và cuối cùng cũng tạo ra một tháng và một năm .. .. nhưng mã sẽ rất khó để viết, đọc, duy trì và hiểu ..

Và ngay cả các trình tối ưu hóa cơ sở dữ liệu tinh vi cũng có thể không thể sử dụng một chỉ mục trên một cột cho mệnh đề where nếu biểu mẫu ngày là MM / DD / YYYY nhưng được cắt lại và ghép lại với nhau. Để so sánh, việc lưu trữ một đại diện YYYYMMDD và muốn tháng 12 năm 2018 dẫn đến nơi các mệnh đề của ilk dateasstring LIKE '201812%'hoặc dateasint BETWEEN 20181200 and 20181299- một thứ mà một chỉ mục có thể dễ dàng được sử dụng cho

Do đó, nếu không có kiểu dữ liệu chuyên dụng cho ngày và biểu diễn chuỗi / số là lựa chọn duy nhất, thì việc sử dụng và lưu trữ thời gian trong một số biểu diễn của khoảng thời gian dài nhất trên khoảng thời gian từ trái sang ngắn nhất quyền có khá nhiều lợi ích để dễ hiểu, thao tác, lưu trữ, truy xuất và bảo trì mã