Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

e dopo il 9999?

141 views
Skip to first unread message

Ettore

unread,
May 18, 2013, 3:44:54 PM5/18/13
to
tutti i tipi di dati del genere"date" o "datetime" accettano come valore
massimo 31\12\9999.

E dopo?

ciao


Freddy Krueger

unread,
May 18, 2013, 4:46:57 PM5/18/13
to
Dopo saremo tutti pura energia.
--
Living in Barbaropoli
http://www.barbaropoli.com

rootkit

unread,
May 18, 2013, 5:07:45 PM5/18/13
to
Il Sat, 18 May 2013 21:46:57 +0100, Freddy Krueger ha scritto:


>>tutti i tipi di dati del genere"date" o "datetime" accettano come valore
>>massimo 31\12\9999.
>>
>>E dopo?
>>
>>ciao
>
> Dopo saremo tutti pura energia.

non tutti. lui ad esempio sarà al massimo una scoreggia.
Message has been deleted

Ettore

unread,
May 18, 2013, 7:40:43 PM5/18/13
to
>> Dopo saremo tutti pura energia.
>
> non tutti. lui ad esempio sar� al massimo una scoreggia.

TU NATALE NON LO VEDI


Luca Menegotto

unread,
May 19, 2013, 2:07:10 AM5/19/13
to
Il giorno sabato 18 maggio 2013 21:44:54 UTC+2, Ettore ha scritto:

>
> massimo 31\12\9999.
>
>
>
> E dopo?

"Ma noi non ci saremo, noi non ci saremo.. "

Nomadi.

--
Ciao!
Luca

rootkit

unread,
May 19, 2013, 3:11:21 AM5/19/13
to
Il Sun, 19 May 2013 01:40:43 +0200, Ettore ha scritto:

>>> Dopo saremo tutti pura energia.
>>
>> non tutti. lui ad esempio sarà al massimo una scoreggia.
>
> TU NATALE NON LO VEDI

a te i comunisti t'hanno mangiato da bambino. ma si sono fermati dopo il
cervello perché sapevi di tappo.

ispas

unread,
May 20, 2013, 3:11:45 AM5/20/13
to
Ci saranno tanti bei contratti miliardari di manutenzione. Conviene
farsi congelare. In effetti è una delle ipotesi che sta vagliando il
governo come contrasto alla disoccupazione :-)

mr

unread,
May 20, 2013, 3:58:16 AM5/20/13
to
E il COBOL sarà ancora lì! :-)

m.

ispas

unread,
May 20, 2013, 4:20:33 AM5/20/13
to
On 20 Mag, 09:58, mr <m.rid...@gmail.com> wrote:
> E il COBOL sarà ancora lì! :-)
>
> m.

Pure lui congelato, come terminator.

fm

unread,
May 20, 2013, 12:13:49 PM5/20/13
to
CUT
>"E il COBOL sar� ancora l�! :-)

Il mondo cambia.

Frase sentita dire da un bambino al centro commerciale:

"Nokia? ma che roba e'?....ah si, ricordo ... quelli che facevano i telefoni
COI TASTI..:-)

ciao
fm




luc...@gmail.com

unread,
May 27, 2013, 9:20:49 AM5/27/13
to
Il giorno sabato 18 maggio 2013 21:44:54 UTC+2, Ettore ha scritto:
Non tutti.
Se i dati li salvi in un database con gli opportuni formati, tendenzialmente da un upgrade con l'altro dovresti non avere problemi.
Già oggi Postgresql può ricevere date fino al 294276, con precisione al microsecondo, oppure fino al 5874897 per i campi di tipo date.

Nato

unread,
May 28, 2013, 2:19:23 PM5/28/13
to
<Se i dati li salvi in un database con gli opportuni formati,
tendenzialmente da un upgrade con l'altro dovresti non avere problemi.
<Già oggi Postgresql può ricevere date fino al 294276, con precisione al
microsecondo, oppure fino al 5874897 per i campi di tipo date.

ma così sposti solo il problema.
E dopo il 5874897 ?


Quasimodo

unread,
May 29, 2013, 4:08:51 AM5/29/13
to
Il 28/05/2013 20.19, Nato ha scritto:
> E dopo il 5874897 ?

Il genere umano si sarà estinto nel 3500 D.C. circa (o si sarà spostato
su altro pianeta), quindi le date o non saranno necessarie, o avranno un
altro formato (hint: "Data stellare 2713.4...")...

Nato

unread,
Jun 4, 2013, 6:23:11 AM6/4/13
to
>
> Il genere umano si sar� estinto nel 3500 D.C. circa (o si sar� spostato su
> altro pianeta), quindi le date o non saranno necessarie, o avranno un
> altro formato (hint: "Data stellare 2713.4...")...

perch� dovremmo rinnegare ges� spostandoci di pianeta?
Rimarrebbe l'anno DC .


rootkit

unread,
Jun 4, 2013, 6:42:31 AM6/4/13
to
non avendo il sole come riferimento non avrebbe senso misurare il tempo
usando l'anno solare.


0 new messages