Tiez si myslim, ze to nie je to prave AVSAK ak nie je ina moznost (teda DB nepodporuje datum), tak je to IMHO zrejme najlepsia volba.
>-----Pôvodná správa----- >Od: superman [mailto:[EMAIL PROTECTED] >Komu: Konference PyCZ <[email protected]> >Predmet: Re: [python] Formárt data pro uložení do datab áze > > >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 _______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python
