Ke všem těmto připomínkám bych napsal jediné - vyjádřil jste se, Honzo jak to dělá Python, nebo je to možné v Pythonu - ale zapomněl jste na druhou stranu, tj. na databázi. A spousta databází prostě omezení timestampu nepřekoná a tudíž trvám a stále platí moje argumentu o nevhodnosti unix timestampu pro univerzální řešení datumu a času u databází.
Miloslav Ponkrác >>1) Velmi malý rozsah datumu a času - ani pro relativně nedávné >>historické události, a nebo pro relativně blízkou budoucnost (rok 2039) >>už jej nelze použít. > > > zde jste zrejme pocital, ze se cislo uklada jako 32-bitovy signed > integer, ze? pak rozsah vychazi na +-68 let. takove datum je > samozrejme vhodnejsi ukladat jako 64-bitovy integer, kde jiz bude > rozsah nekolik miliard let. nehlede na to, ze ho lze ulozit i jako > float, kde je rozsah jeste vetsi. > > >>2) Omezená přesnost - mnohé databáze jsou schopny uložit datum a čas s >>přesností plus mínus tisíciny sekundy - to unixovým timestamplem >>nedosáhnete (pokud to nebude reálné číslo). >> > > > napriklad pythonovsky time.time() vraci float, cili realne cislo: _______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python
