PostgreSQL a LC_TIME

[Jan Kasprzak]

Karel Zak wrote:
: On Thu, 2005-04-07 at 21:07 +0200, Jan Kasprzak wrote:
: 
: > : > 	Uvedl bys priklad kdy se tohle projevi? Kdy potrebuju s tim
: > : > udajem pracovat jako s casem? Za predpokladu ze konverzi do textove
: > : > podoby a zpet mi dela prezentacni vrstva.
: > : 
: > :   Jak by si v unixovem casu zapsal datum narozeni svych rodicu?
: > 
: > 	Jako zaporne cislo. Pokud bych delal 64-bitovy int,
: > mel bych prostoru az moc.
: 
: je to "long int"
: 
: Dobra, nebudu se hadat. Me osobne to nepripada jako nasledovani hodna
: cesta. Nekde okolo roku 1930 pak budes muset resit warning gcc...
: 
	Ne s 64-bitovym intem.

: V PG muzes jit s casem o par tisic let dopredu i dozadu.
: 
	Ano, protoze PG zrejme pouziva 64-bitove cislo pro ukladani
casu.

: > 	Jo, tam bych se konverzi na datum (a znalostem casove zony)
: > nevyhnul. Ale jak rikam, takovychto vypoctu je minimum a tam by se holt
: > udelala konverze na timestamp.
: 
:  Minimum pro tebe. Svet neni jen cerna a bila...

	Ano, bavime se tady o reseni _meho_ problemu. Nikde jsem nerikal,
ze odtedka budu kazdemu zakazovat pouzivani nativnich PG typu pro casove udaje.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/   Czech Linux Homepage: http://www.linux.cz/ |
> Whatever the Java applications and desktop dances may lead to, Unix will <
> still be pushing the packets around for a quite a while.      --Rob Pike <