왜 그런 엔지니어링 이유가 있습니까? RDBMS의 경우, "YEAR"가 "MONTH"보다 더 구체적이기 때문에 성능과 관련이 있다는 것이 궁금합니다. 예를 들어 2000 년은 1 년이지만 매년 "January"는 연도별로 무언가를 필터링 / 정렬하기가 더 쉽고 빠르기 때문에 연도가 가장 먼저 나옵니다.

그러나 그것이 정말로 의미가 있는지 모르겠습니다 ... 전혀 이유가 있습니까?

이런 방식으로 날짜는 기본 정렬 규칙을 사용하여 문자열로 쉽게 정렬 할 수 있습니다 (예 : 사전 정렬 ).

이것은 또한 월과 일이 두 자리 숫자로 지정되는 이유입니다 (필요한 경우 앞에 0을 추가 함).

실제로 그것은 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 자리 연도와 0으로 채워진 월과 연도를 요구합니다. 이것은 2000 년 문제와 다른 모호성을 피합니다.

에 관해서는 왜 ISO 8601은 처음부터 존재, 국가 / 시스템간에 데이터를 교환 할 때 사람들이 날짜 형식이 모호하고 혼란을 발견했기 때문에 그것은, 그리고 그들은 명확한 무언가를 필요로했다.

이론적 근거는 사양 소개를 참조하십시오 .

이 필드의 ISO 권장 사항 및 표준은 1971 년부터 제공되었지만 날짜와 시간에 대한 여러 가지 숫자 표시 형식이 여러 국가에서 공통적으로 사용되었습니다. 이러한 표현이 국가 경계를 넘어서 교환되는 경우, 숫자의 중요성에 대한 오해가 발생할 수 있으며, 그 결과 혼동 및 기타 결과적 오류 또는 손실이 발생합니다. 이 국제 표준의 목적은 오해의 위험을 없애고 혼란과 그 결과를 피하는 것입니다.

...

이 국제 표준은 날짜와 시간에 가장 일반적으로 사용되는 표현과 이전 국제 표준의 표현을 유지하며 실제로 사용되는 일부 새로운 표현에 대한 고유 한 표현을 제공합니다. 특히 데이터 처리 시스템과 관련 장비 간의 정보 교환 응용 프로그램은 잘못된 해석으로 인해 발생하는 오류와 이로 인해 발생하는 비용을 제거합니다. 이 국제 표준의 홍보는 국제 경계를 넘어서 상호 교환을 용이하게 할뿐만 아니라 소프트웨어의 이식성을 향상 시키며 조직 내뿐만 아니라 조직 간 의사 소통 문제를 완화시킵니다.

이 표준에서는 "기본"변형을 구분 기호 사용을 최소화하는 것으로 정의합니다. 그래서 YYYYMMDD는 IS 기본 확장 형식으로 대체가 YYYY-MM-DD.

다른 모든 방법은 모호하기 때문입니다.

2003 년 1 월 2 일은 무슨 뜻입니까? 2003 년 1 월 2 일? 또는 유럽 : 2003 년 2 월 1 일? 01/02/03과 같이 연도에 두 자리 숫자를 사용하면 더욱 악화됩니다.

YYYYMMDD를 사용하는 이유는 날짜가 항상 분명한 20030201 날짜를 명확하게 전달할 수 있도록하는 규칙입니다. (더 쉽게 정렬 할 수 있습니다)

(이제 정수 2 천만 3 만 2 백 1과 1로 저장하지 마십시오.

t1과 t2는 YYYYMMDD 형식으로 쓴 두 번을 나타내는 고유 한 정수로 둡니다. 그러면 t1 <t2는 t1 이후에 t2가 발생했음을 의미합니다.

DD 및 MM 첫 번째 형식으로이 순서를 잃습니다.

ISO는 유일한 합리적인 형식 인 IMO입니다.

언급되지 않은 한 가지 점은 대화식 입력에서이 형식을 사용하여 입력을 제어 할 수 있다는 것입니다.

특정 연도 및 월을 모르면 월에 28, 29, 30 또는 31 일이 있는지 시스템에서 알 수 없습니다. 해당 연도 및 월의 대화식 입력이 먼저 시작되면 날짜 (마지막으로 삽입 된)가 허용 된 범위에 있는지 확인할 수 있습니다.

물론, 질문은 주로 날짜 형식에 관한 것이지만 날짜 형식은 사용자에게 제시된 형식을 따른다고 주장 할 수 있습니다.

YYYYMMDD 주문은 번호를 주문하는 것과 같은 방식으로 날짜가 가장 중요합니다. MMDDYYYY는 "이백 이십 삼"을 "이십 이백삼"으로 쓰는 것과 같습니다.

우리 문화에서는 MMDDYYYY에 대해 자연스럽게 이해합니다. 인간으로서 우리는 시간에 대한 인식을 가지고 있으며 수년은 느리게 발전하기 때문입니다. 우리는 일반적으로 몇 년인지 알고 있습니다. 연도를 보는 것은 거의 중요하지 않으므로 우리는 그것을 뒤로 밀어 넣습니다. 달은 그 중요성을 유지하기에 충분히 빠르게 변화합니다. 다른 문화권에서는 이것을 다르게 취급합니다. 세계의 많은 사람들이 DDMMYYYY를 선호합니다.

정렬은 언급되었지만 지금까지 가장 유용한 이유는 "문자열"로 비교하는 것입니다. 예, 26 자 타임 스탬프도 비슷하게 정렬됩니다.

이러한 비교가 정렬에 필수적이라는 것을 알고 있지만 일반적으로 2 요소 정렬에 유용합니다.

나는 이것이 채택되지 않은 프로젝트에서 일했으며, 프로그래머는 날짜를 문자열로 비교하려고 시도했습니다 (결과가 혼합되어 있음).

예쁜 형식은 클라이언트 쪽 또는 조판 용입니다.

이 형식은 문자열의 알파벳 순서를 날짜의 시간 순서와 동일하게 만듭니다. 이것은 많은 도구들이 예를 들어 파일을 알파벳 순으로 이름순으로 제공하지만 파일 형식에서 임의의 형식으로 된 날짜를 구문 분석하고 그것들을 기준으로 정렬 할 방법이 없기 때문에 유용합니다.

제한에 관한 것입니다. YYYYMMDD 형식의 YEAR, MONTH 및 DAY를 매개 변수로 생각하면 각 매개 변수는 이전 매개 변수보다 더 제한적입니다.

따라서 1970 년에 발생한 것을 검색하려면으로 시작하는 문자열을 검색하여 수행 할 수 "1970*"있지만 어느 달을 기억했는지와 같이 월을 추가 할 수 있습니다 "197005*". 이렇게하면 날짜의 모든 "매개 변수"가보다 구체적인 정보를 제공합니다.

덜 구체적인 정보 ( "1970*")에서 더 구체적인 정보 ( "19700523") 로가는 유일한 방법 입니다.

프로그래밍에서 기본 날짜 형식이 YYYYMMDD ... 인 이유

입력 및 출력을 위해 사람이 읽을 수있는 형식이므로 반드시 저장하지 않아도됩니다.

모든 프로그래밍 언어 의 3 분 의 1 이상이 영어를 기본 언어로 사용하는 국가에서 개발되었으며 대부분의 현대 언어는 일부 표준 설명을 준수합니다 . 날짜에 대한 국제 표준은 ISO 8601 입니다.

더 많은 정보 : (TMI?)

일반적으로 앞으로 시간이 변경로서, 일 다음 달, 마지막 년, 최초의 증가 - 우리가이 있다면 이해하기 쉬울 수 있습니다 진수 날짜 (그리고 소수 시간을 시간이 번호가 커짐에 통과 -). 사람이 숫자를보고 한눈에 다른 날짜와 비교하는 것이 더 쉽습니다.

컴퓨터가없는 신경 사용할 및 (그러나 대부분의 어떤 구조 모든 ) 컴퓨터 이진 논리가 기본 - 사용되는 전자는 실제로이 가장 낮은 기수 경제를 하지만, 가장없는 효율적인 A의도 쉬운 완료 순서 .

실제 입력과 출력 날짜 형식은 국가에 따라 다릅니다 에 의해 설정되어 현지화 YYYYMMDD 가장 이해하고에 당신이 사용하는 어떤 것으로 보일 수도 있지만, 보편적없는 오늘날 도 그런 식이었다 에 대한 과거 가장 긴 시간이지만 오늘날에도 로마 숫자 는 일반적으로 날짜에 사용됩니다 .

연도를 미리 알면 1 년이 지날 수 있는 기간 의 가장 큰 변화 인 1 년의 일수를 알려줍니다 . 매달 입력해야 할 일 수 (입장 중 오류 점검)를 미리 알려주며, 다음 해가 입력 내용 과 일치하지 않는 경우 첫 날 입력을 허용하면 백업이 필요할 수 있습니다. . 또한 달력 형식 과 관련하여 중요 합니다 . 소수점 이하 날짜가 있는 괴짜 달력을 참조하십시오 .

컴퓨터에 관한 한, 1970 년 1 월 1 일 목요일 00:00:00 협정 세계시 (UTC) 이후 경과 된 시간 (초) 인 UNIX Epoch time 을 사용할 가능성이 높습니다. 정확히 86400 초 율리우스의 날 참조 . YYYYMMDD 형식은 자아 중심적 인간에 의해 선호되는 것으로 , IAU는 달리 명시되지 않는 한 연도 를 365.25 일 (31.5576 백만 초) 의 율리안 년 으로 간주합니다.

이 표현에 대해 본 또 다른 용도는 날짜 당 4 바이트 만 사용하여 날짜를 정수 (예 : 데이터베이스)로 저장할 수 있다는 것입니다. YYYYMMDD를 사용하면 정수 비교 (종종 단일 기계 명령어)가 표시된 날짜의 비교와 동일한 결과를 갖습니다. 그리고 그것은 사람이 읽을 수있게 적당히 인쇄합니다. 그리고이 중 어느 것도 주류 프로그래밍 환경에서 코드 나 특별한 지원이 전혀 필요하지 않습니다.

이러한 것들이 날짜와 관련하여 필요한 일을 많이하고 많은 일을 해야하는 경우이 형식은 많은 호소력이 있습니다.

이에 비해 DD / MM / YYYY와 같은 일반적인 형식의 날짜는 10 바이트를 ASCII 문자 문자열로 사용합니다. YYYYMMDD 문자열은이를 8로 줄이고 "표현을 비교하면 날짜를 비교하는 것과 동일한 결과"이점을 얻을 수 있지만 문자열 기반 비교는 단일 정수 비교가 아니라 문자 별 비교입니다.

달이 녹색 치즈로 만들어진 것과 같은 이유는 아닙니다. 대부분의 경우 기본 형식은 현지화 된 문자열입니다. 때때로 ISO 형식이 사용되지만 가독성을 높이기 위해 일반적으로 대시가 있습니다. YYYYMMDD(또는 %Y%m%d에서 strftime용어) 거의 기본값입니다. 공정하게 말해서 나는 그것을 보았지만 지금은 예를 생각할 수 없습니다.

유닉스 날짜 (GNU 핵심 유틸리티)

date

산출:

Wed Sep 26 22:20:57 CEST 2018

파이썬

import time
print(time.ctime())

산출:

Wed Sep 26 22:27:20 2018

씨

#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

LibreOffice Calc

누메

사무실 만

파이썬 + numpy

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

산출:

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

파이썬 + 팬더

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

지금까지 언급되지 않은 추가 이점은 바람직한 양자화 (정확한 값을 동일한 일반 범위의 값에 할당)가 비교적 쉽고 빠른 단일 동작이라는 점입니다.

오늘 총계 및 판매 수와 같은 이벤트를 요약 한 보고서를 작성한다고 가정하십시오. 판매 날짜 및 시간은 YYYYMMDDHHMISS로 저장되므로 날짜 시간을 판매 일로 줄이려면 가장 왼쪽에있는 8 자 (문자열 인 경우) 또는 정수 나누기 (즉, 바닥)를 1,000,000으로 유지하면됩니다.

마찬가지로, 월 판매를 원하면 가장 왼쪽에있는 6 자리 만 유지하거나 100,000,000으로 나눕니다.

물론 모든 문자열 조작이 가능하다고 주장 할 수 있습니다. "12-25-2018 12:34 pm"의 판매 시간은 한 달과 연도를 얻기 위해 하위 문자열로 여러 번 조작하고 조작 할 수 있습니다. 숫자 형식으로 122520181234를 나누고 수정하고 곱하고 더 나누고 결국 한 달과 1 년을 생산할 수도 있습니다. 그러나 코드는 실제로 작성, 읽기, 유지 관리 및 이해하기가 어려울 것입니다.

날짜 형식이 MM / DD / YYYY이지만 잘라내어 다시 조각화하면 정교한 데이터베이스 최적화 프로그램조차도 where 절의 열에서 인덱스를 사용하지 못할 수 있습니다. 이에 비해 YYYYMMDD 표현을 저장하고 2018 년 12 월을 원하면 ilk의 where 절 dateasstring LIKE '201812%'또는 dateasint BETWEEN 20181200 and 20181299색인을 쉽게 사용할 수있는 항목으로 연결됩니다.

따라서 날짜에 대한 전용 데이터 유형이없고 문자열 / 숫자 표시가 유일한 선택 인 경우, 가장 긴 간격에서 왼쪽에서 가장 짧은 간격으로의 일부 표현에서 시간을 사용하고 저장하는 것이 유일한 선택이었습니다. right는 이해, 조작, 저장, 검색 및 코드 유지 관리의 용이성에 대한 몇 가지 이점이 있습니다.