C'è qualche ragione ingegneristica perché è così? Nel caso di un RDBMS mi chiedevo che avesse a che fare con le prestazioni, dal momento che un "ANNO" è più specifico di un "MESE", ad esempio: hai solo un anno 2000, ma ogni anno ha "Gennaio", che renderebbe più semplice / veloce filtrare / ordinare qualcosa per primo anno, ed è per questo che l'anno viene per primo.

Ma non so se abbia davvero senso ... C'è qualche motivo?

In questo modo, le date possono essere facilmente ordinate come stringhe utilizzando le regole di ordinamento predefinite (es. Ordinamento lessicografico ).

Questo è anche il motivo per cui sia il mese che il giorno sono specificati usando due cifre (aggiungendo uno zero iniziale se necessario).

In realtà è uno dei formati di data definiti da ISO 8601 . Tale standard definisce anche un formato di data e ora 2015-03-27T15:26:40Z, che è anche ordinabile come stringhe.

Tuttavia, AAAAMMGG ha un vantaggio di rendere possibile la facile (nessun sottostringhe o sostituzioni di caratteri coinvolte) analizzare la stringa come un numero intero, e ancora usare ordinamento predefinito su interi.

Non ancora menzionato, ma si passa rapidamente all'ordine all'interno di AAAA. Sono già millenni, secoli, decenni, anni. Vale a dire, YYYY è già ordinato dal periodo più lungo al periodo più breve. Lo stesso vale per MM e DD, è così che funziona il sistema numerico.

Quindi, per mantenere l'ordine tra i campi coerente con l'ordine all'interno dei campi, l'unica opzione è AAAAMMGG.

Come notarono zahbaz e Arseni Mourzenko, i formati AAAAMMGG si ordinano facilmente. Questa non è una coincidenza fortunata, è una conseguenza diretta di mettere i campi per la durata più lunga al primo posto (e mantenere la lunghezza fissa; stiamo introducendo un problema Y10K qui.)

C'è qualche motivo?

Sì. Quei software utilizzeranno ISO 8601 .

ISO 8601 presenta numerosi vantaggi rispetto ad altri formati di data:

• È uno standard con un documento di specifica :)
• È inequivocabile. mm / gg / aaaa e gg / mm / aaaa possono creare confusione a meno che non sia trascorso il 13 ° giorno.
• Ordina lessicograficamente in ordine di tempo crescente, quindi non è richiesta alcuna logica di ordinamento della data. Ciò è particolarmente utile nei nomi di file, dove l'ordinamento dei numeri lessicografici è spesso fonte di confusione (ad es 1_file, 10_file, 2_file.).
• Indica un anno a 4 cifre e zero mesi e mesi imbottiti. Ciò evita il problema dell'anno 2000 e altre ambiguità.

Per quanto riguarda il motivo per cui ISO 8601 esiste in primo luogo, è perché le persone trovavano i formati di data ambigui e confusi quando si scambiavano dati tra paesi / sistemi e avevano bisogno di qualcosa di non ambiguo.

Per la motivazione vedi l' introduzione delle specifiche .

Sebbene le raccomandazioni e gli standard ISO in questo campo siano disponibili dal 1971, diverse forme di rappresentazione numerica di date e orari sono state di uso comune in diversi paesi. Laddove tali rappresentazioni vengono scambiate attraverso i confini nazionali, si può verificare un'errata interpretazione del significato dei numeri, causando confusione e altri errori o perdite conseguenti. Lo scopo di questo standard internazionale è di eliminare il rischio di interpretazioni errate ed evitare la confusione e le sue conseguenze.

...

Questo standard internazionale conserva le espressioni più comunemente utilizzate per la data e l'ora del giorno e le loro rappresentazioni dai precedenti standard internazionali e fornisce rappresentazioni uniche per alcune nuove espressioni utilizzate nella pratica. La sua applicazione nello scambio di informazioni, in particolare tra i sistemi di elaborazione dei dati e le apparecchiature associate, eliminerà gli errori derivanti dall'errata interpretazione e i costi che questi generano. La promozione di questo standard internazionale non solo faciliterà lo scambio attraverso i confini internazionali, ma migliorerà anche la portabilità del software e faciliterà i problemi di comunicazione all'interno di un'organizzazione, nonché tra le organizzazioni.

Lo standard definisce variazioni "di base" come minimizzare l'uso di delimitatori. Quindi, YYYYMMDDè l' alternativa di base al formato esteso YYYY-MM-DD.

È perché tutti gli altri modi per farlo sono ambigui.

01/02/2003 cosa significa? Secondo gennaio 2003? O in Europa: 1 febbraio 2003? Peggio ancora se usi due cifre per l'anno, come il 01/02/03.

Ecco perché usi YYYYMMDD, è la convenzione che ci consente di comunicare chiaramente sulle date, 20030201 poiché una data è sempre chiara. (e semplifica l'ordinamento)

(Ora non andare a memorizzarlo come intero 20 milioni 30 mila 2 cento e 1. per favore ok? Carino per favore?)

Sia t1 e t2 numeri interi distinti che rappresentano due volte scritti nella formattazione AAAAMMGG. Quindi t1 <t2 implica che t2 si è verificato dopo t1.

Si perde questo ordine con la prima formattazione DD e MM.

ISO è, IMO, l'unico formato sensibile.

Un punto non menzionato è che, negli input interattivi, questo formato consente di controllare l'input.

Il sistema non può sapere se un mese ha 28, 29, 30 o 31 giorni senza conoscere l'anno e il mese specifici. Quando gli input interattivi impongono quell'anno e quel mese prima, può verificare se il giorno (inserito per ultimo) è compreso nell'intervallo consentito.

Certo, la domanda riguardava in gran parte il formato della data, ma si può sostenere che il formato della data segue la formattazione presentata all'utente.

AAAAMMGG le date degli ordini nello stesso modo in cui ordini i numeri: prima la parte più significativa. MMDDYYYY sarebbe come scrivere "centoventitre" come "venti e centotre".

Nella nostra cultura, abbiamo una comprensione naturale di MMDDYYYY perché, come esseri umani, abbiamo una consapevolezza del tempo e gli anni procedono lentamente. Sappiamo generalmente che anno è. Vedere raramente l'anno conta, quindi lo spingiamo indietro. I mesi cambiano abbastanza velocemente da mantenere la loro importanza. Altre culture lo gestiscono in modo diverso. Gran parte del mondo preferisce GGMMAAAA.

L'ordinamento è stato menzionato ma la ragione di gran lunga più utile per farlo è confrontarli come "stringhe", e sì un timestamp di 26 caratteri è ordinato in modo simile.

Sono consapevole che tali confronti sono essenziali per l'ordinamento, ma è generalmente utile per un ordinamento a 2 elementi.

Ho lavorato su progetti in cui questo non è stato adottato, e sì, i programmatori hanno provato (con risultati contrastanti) a confrontare le date come stringhe.

La formattazione graziosa è per il lato client o la composizione.

Questo formato rende l'ordine alfabetico delle stringhe identico all'ordine cronologico delle date. Ciò è utile perché molti strumenti forniscono l'ordinamento alfabetico, ad esempio, dei file per nome, ma non c'è modo di analizzare le date formattate arbitrariamente dai nomi dei file e ordinarle per quelle.

Si tratta di restrittività. Immagina ANNO, MESE e GIORNO come parametri, nel formato AAAAMMGG ogni parametro è più restrittivo di quello precedente.

Quindi, se vuoi cercare qualcosa che è accaduto nel 1970, puoi farlo cercando una stringa che inizia da "1970*", ma se ricordi quale mese è stato puoi aggiungere il mese come "197005*". In questo modo ogni "parametro" della data fornisce informazioni più specifiche.

È l'unico modo per passare da informazioni meno specifiche ( "1970*") a informazioni più specifiche ( "19700523").

Perché, nella programmazione, il formato data predefinito è AAAAMMGG ...

È un formato leggibile dall'uomo per input e output, non è necessariamente memorizzato in questo modo.

Oltre un terzo di tutti i linguaggi di programmazione sono stati sviluppati in un paese con l'inglese come lingua principale e la maggior parte di quelli moderni aderisce a uno standard di alcune descrizioni - lo standard internazionale per le date è ISO 8601 .

Maggiori informazioni: (TMI?)

Quando il tempo cambia, di solito in avanti, i giorni aumentano prima, poi mesi, infine anni - potrebbe essere più facile capire se avessimo date decimali (e tempo decimale ) - col passare del tempo il numero aumenta. È semplicemente più facile per gli umani guardare il numero e confrontarlo con un'altra data a colpo d'occhio.

Al computer non importa quale struttura si desidera utilizzare e nella maggior parte (ma non in tutti ) i computer viene utilizzata la logica binaria - base e ha in realtà l' economia radix più bassa ma non è la più efficiente né la più semplice per una sequenza completa .

Il formato di input e output effettivo per le date varia in base al Paese e viene impostato in base alla localizzazione , mentre AAAAMMGG potrebbe sembrare più sensato ed essere ciò a cui sei abituato oggi non è universale , né lo era in passato per il tempo più lungo, eppure anche oggi i numeri romani sono comunemente usati per le date .

Conoscere l'anno in anticipo indica il numero di giorni in un anno, la più grande variazione di durata che un anno può subire. Ti dice in anticipo il numero di giorni in ogni mese da seguire (per il controllo degli errori durante l'immissione), consentendo l'inserimento del giorno prima potrebbe essere necessario eseguirne il backup se l'anno successivo non fosse d'accordo con il tuo input - probabilmente rendendo più difficile l' accesso accessibile . Ha anche importanza per quanto riguarda il formato del calendario . Vedi anche il calendario geek , con le sue stelle decimali.

Per quanto riguarda il computer, è probabile che utilizzi il tempo di UNIX Epoch , il numero di secondi che sono trascorsi dalle 00:00:00 Coordinated Universal Time (UTC), giovedì 1 gennaio 1970, dove ogni giorno viene trattato come se contenesse esattamente 86400 secondi. Vedi anche il giorno giuliano . Il formato AAAAMMGG è semplicemente preferito dagli esseri umani egocentrici, la IAU considera un anno come un anno giuliano di 365,25 giorni (31,5576 milioni di secondi) se non diversamente specificato.

Un altro uso che ho visto per questa rappresentazione è che puoi archiviare le date come numeri interi (cioè in un database), usando solo 4 byte per data. L'uso di AAAAMMGG significa quindi che i confronti di numeri interi (spesso una singola istruzione macchina) hanno lo stesso risultato dei confronti alla data rappresentata. E stampa in modo moderatamente umano-leggibile. E nulla di tutto ciò richiede alcun codice o supporto speciale, in qualsiasi ambiente di programmazione tradizionale.

Se quelle cose sono la maggior parte di ciò che devi fare con le date e devi farlo molto, allora questo formato ha molto fascino.

In confronto, le date in formati comuni come GG / MM / AAAA prendono 10 byte come stringhe di caratteri ASCII. Le stringhe AAAAMMGG riducono tale valore a 8 e ottengono il vantaggio "il confronto delle rappresentazioni ha lo stesso risultato del confronto delle date", ma anche in questo caso il confronto basato su stringhe è carattere per carattere anziché un singolo confronto intero.

Stessa ragione per cui la Luna è fatta di formaggio verde: non lo è. Nella maggior parte dei casi il formato predefinito è una sorta di stringa localizzata. A volte viene utilizzato il formato ISO, ma di solito con trattini per una migliore leggibilità. YYYYMMDD(o %Y%m%din strftimeparlance) è raramente il valore predefinito. Ad essere sinceri, sono sicuro di averlo visto, ma non riesco a pensare a un esempio in questo momento.

Data Unix (utility GNU core)

date

Produzione:

Wed Sep 26 22:20:57 CEST 2018

Pitone

import time
print(time.ctime())

produzione:

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

Produzione:

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

Produzione:

Wed Sep 26 22:51:22 2018

Javascript

current_date = new Date ( );
current_date;

Produzione:

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

SQLite

SELECT date('now');

Produzione:

2018-09-26

LibreOffice Calc

gnumeric

onlyoffice

Python + numpy

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

Produzione:

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

Python + panda

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

Produzione:

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

Ingegneria software

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

tazze / 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

Un ulteriore vantaggio non menzionato finora è che la quantizzazione desiderabile (assegnando un valore preciso come appartenente allo stesso intervallo generale di valori) è un'operazione singola relativamente semplice e veloce.

Supponiamo di scrivere un rapporto che sintetizzi gli eventi oggi, come la somma e il numero delle vendite. La data e l'ora di vendita sono memorizzate come AAAAMMGGHHISS, è sufficiente mantenere gli 8 caratteri più a sinistra (se si tratta di una stringa) o la divisione intera (ovvero il piano) di 1.000.000 per ridurre il datetime al giorno della vendita.

Allo stesso modo, se desideri le vendite del mese, mantieni solo le 6 cifre più a sinistra o dividi per 100.000.000

Certo, potresti sostenere che è possibile qualsiasi manipolazione di stringhe, un datetime per le vendite di "12-25-2018 12:34 pm" potrebbe essere sottoposto a substring e manipolato più volte per ottenere il mese e l'anno. In forma numerica 122520181234 potrebbe essere diviso e modificato, e moltiplicato, e diviso ancora un po ', e alla fine potrebbe anche produrre un mese e un anno .. ..ma il codice sarebbe davvero difficile da scrivere, leggere, mantenere e capire ..

E anche sofisticati ottimizzatori di database potrebbero non essere in grado di utilizzare un indice su una colonna per una clausola where se il modulo della data era MM / GG / AAAA ma tagliato e ricostruito insieme. In confronto, la memorizzazione di una rappresentazione AAAAMMGG e il desiderio di dicembre 2018 portano a dove clausole delk dateasstring LIKE '201812%'o dateasint BETWEEN 20181200 and 20181299- qualcosa per cui un indice può essere facilmente utilizzato

Pertanto, se non esistesse un tipo di dati dedicato per le date e la rappresentazione stringa / rappresentazione numerica fosse l'unica scelta, utilizzare e memorizzare i tempi in alcune rappresentazioni dell'intervallo più lungo-da-sinistra-a-breve-intervallo-su-the- right ha alcuni vantaggi per la facilità di comprensione, manipolazione, archiviazione, recupero e manutenzione del codice