[MySQL] Occupa più spazio un dato di tipo INT o DATE?

Attualmente uso il timestamp data l'estrema personalizzazione della data che posso avere, ma c'è anche da dire che salvo esclusivamente date senza minuti e secondi.

E' meglio continuare a salvare il timestamp oppure è meglio la data? Anche in fatto di byte occupati nel DB dato che i dati sarebbero davvero tanti!

Grazie

Qui ce una tabella comparativa

Grazie per la risposta, a quanto pare occupa 1 byte in meno!

[binarysun]

Calma.
Ad ognuno il suo tipo di spazio.
Salvare la data in un altro formato significa non poter più fare operazioni agevoli sulle date.
Ad esempio non puoi più fare una query che li ordini per data o estrapolare solo le operazioni di una certa data.
Tieni conto che 4 byte in più non sono nulla alla fine, sono 40MB per 40 milioni di record .... e vedo difficile che tu debba salvare 40 milioni di record e leggerli.

Calma.
Ad ognuno il suo tipo di spazio.
Salvare la data in un altro formato significa non poter più fare operazioni agevoli sulle date.
Ad esempio non puoi più fare una query che li ordini per data o estrapolare solo le operazioni di una certa data.
Tieni conto che 4 byte in più non sono nulla alla fine, sono 40MB per 40 milioni di record .... e vedo difficile che tu debba salvare 40 milioni di record e leggerli.

Io la penso come te.

Ma per gestire le date in mysql oltre all'approccio tradizionale (che è quello che io giudico corretto) vi sono alcuni, anche programmatori molto in gamba, che salvano in mysql le date nei campi INT (10) valorizzandolo con la funzione time() di php (UNIX TIMESTAMP).

per fare le query che dici te poi si aiutano con le funzioni:
mktime()
strtotime()
date()

opportunamente combinate fra loro.

Io non preferisco utilizzare questa tecnica ma c'è chi si trova così...
inoltre propendere per una anzichè per un'altra per risparmiare o meno 1 byte di memoria la considero un discorso di lana caprina...

Io infatti faccio così, salvo il timestamp in un campo INT(11) e poi col PHP la mostro.

A questo punto rimango come sono, lascio il timestamp e gestisco tutto come ho fatto finora!

Grazie per le risposte

Cn un int(11) memorizzi oltre la data anche l'orario cn i secondi.

Cn un int(11) memorizzi oltre la data anche l'orario cn i secondi.

con un DATETIME invece cosa fai?

Di sicuro non lo stesso dato ma occupa 8 bytes invece di 4.

ok... poi però mi dirai come fai ad estrarre i record
- con un determinato anno
- comprese fra due date
- modificare una data aumentandola di 6 mesi

... precisiamo... si può fare... in una 10ina di righe di codice...

e quella 10ina di righe messe qui è là (oltre ad essere meno manutenibili) probabilmente occuperà + spazio di quanto non ne risparmierai salvandola nei campi INT

con date del PHP passi facilmente al DATETIME e con mktime passi al timestamp 2 righe per ogni passaggio?

Mi fai questa query in due righi?

SELECT 
	COUNT(id_articolo) num_articoli, 
	CONCAT ('Articoli di ', DATE_FORMAT(data_inserimento, '%M %Y')) as mese_anno 
FROM articoli 
GROUP BY YEAR(data_inserimento), MONTH(data_inserimento)

... ripeto... probabile che la mia diffidenza sia legata alla mia inesperienza nel gestire le date con l'UNIX
... però mò son curioso...

Puoi usare FROM_UNIXTIME per manipolare le date in timestamp, mi trovo benissimo. Il timestamp è ovunque valido, in qualsiasi ambiente tu lavori, mysql,php, javascript,c, c++,windows,linux etc etc. Cmq resta fermo il fatto ognuno è libero di usare quello che vuole. Se il timestamp viene abbinato ad UNIX è perche è stato, è, e sara' uno dei migliori SO. Non è una caratteristica di UNIX.