Una bella discussione sulle date

[Gioba66]

Il 20-30% dei dubbi postati sul forum ASP riguarda l'uso delle date, quale tipo di campo convenga mettere in un datanbase, l'aggiornamento di campi data, ecc.
Chiunque usa asp, prima o dopo, deve affrontare questo tema; ha trovato una soluzione che "funziona" che usa da lì in avanti, in ogni circostanza, salvo poi accorgersi che nascono problemi di vario tipo.
Ecco allora che lancio questa discussione rivolta agli utenti più scafati: che mettano a disposizione il loro know-how, aprendo una bella discussione su questo tema; si potrà poi in seguito estrarre un bel tutorial magari da mettere in evidenza nel forum; non è che a giro ci sia nulla di così esatto e completo (soprattutto riguardo alle problematiche con database differenti quali access, sqlserver, mysql e con le problematiche delle varie impostazioni di lingua e data dei server).
Che ne dite?

[fulviolo58]

ciao, io dopo vari scornamenti ho iniziato a convertire le date in campi testo nel formato aaaammgg con due semplicissime funzioncine (una per convertire in testo e l'altra per riconvertire in formato data), non ho più problemi con nessun tipo di DB (uso normalmente access e mysql), posso ordinare i record per data, fare ricerche in un range di date ecc. senza bisogno di formule magiche...

[vaargard]

in teoria è più veloce campo numerico con aaaammdd ... i campi numerici sono più veloci da interrogare ... almeno in oracle, nei dwh, facciamo così ...
comunque io ho sempre utilizzato i campi data senza nessun problema, nelle interrogazioni, così come negli inserimenti o nelle modifiche passo sempre la data al db al contrario, ovvero yyyy/mm/dd, tutti i db la recepiscono come data a prescindere dal loro settaggio linguistico.

[Gioba66]

i campi testo o numerico sono una possibilità, comoda in qualche caso, ma molto scomoda in altre. ad esempio quando occorre calcolare differenze tra date, ecc...
Non è vero poi che che esiste un formato data di inserimento UNIVERSALE che funzioni su tutti i database e per ogni settaggio di lingua.

[optime]

Queste le regole che uso da sempre:

1. memorizzo le date in un campo testo, nel formato YYYYMMDD.
2. se ho bisogno anche dell'ora, aggiungo HHNN, eventualmente in un campo separato (in questo caso c'e' il vantaggio che non bisogna invertire i campi, il formato 'naturale' e' gia' ok)
3. per la visualizzazione, uso una semplicissima funzione che gira i campi e aggiunge le barre

' converte una data da formato YYYYMMDD a formato DD/MM/YYYY
Function HumanDate(myDate)
   myDate = Left(myDate, 8)
   HumanDate = Mid(myDate, 7, 2) & "/" & Mid(myDate, 5, 2) & "/" & Mid(myDate, 1, 4)
End Function
sOneDate = HumanDate(gsLastScadDate)

4. viceversa, un'altra funzione mi riconverte da formato 'umano' a formato computer

Function ComputerDate(myDate)
   myDate = Left(myDate, 10)
   ComputerDate = Mid(myDate, 7, 4) & Mid(myDate, 4, 2) & Mid(myDate, 1, 2)
End Function

5. stesso discorso per l'ora

Questo e' il metodo che uso quando posso decidere io: quando e' il cliente a decidere.... iniziano le sofferenze con i campi Data/Ora...

[vaargard]

a me passarlo al contrario non mi ha dato problemi s access, sqlserver e oracle ... non ho provato su mysql questo si ...

[optime]

Originariamente inviato da Gioba66
i campi testo o numerico sono una possibilità, comoda in qualche caso, ma molto scomoda in altre. ad esempio quando occorre calcolare differenze tra date, ecc...

sara' anche scomodo, ma una volta messo in piedi il meccanismo, funziona SEMPRE!

[vaargard]

malato opt???

[optime]

malato?

[vaargard]

il tuo "babacio" ha le guangie rosse ... raffreddore? pensavo di essere in buona compagnia ...