Postgresql a stale problem s typem time...

Martin Duda Martin.Duda na hrad.cz
Čtvrtek Říjen 4 10:31:42 CEST 2001


Karel Zak wrote:

> On Thu, Sep 13, 2001 at 04:11:22PM +0200, Ing. Miloslav Ponkrac wrote:
> > >sloupec typu time. Pri provedeni prikazu napr.:
> > >
> > >nejdrive
> > >INSERT INTO data VALUES('14:00');
> > >a potom
> > >SELECT * FROM data;
>
>  A tabulka 'data' je definovana jak? Verze PG?
>
> > >se vrati obsah pole ve sloupci time o 1 min. mensi, t.j. 13:59.
>
>  Vzdy?
>
> > Neznam podrobne PostgreSQL, ale prvni co me napada je, ze pri urcitych
> > zpusobem vnitrniho ulozeni typu time mohou vznikat zaokrouhlovaci chyby. Ale
> > je to jen cira spekulace. Pokud treba time je vnitrne ukladan jako realne
>
>  To je tezka spekulace :-) K cemu by pak ta DB byla?
>
> test=# CREATE TABLE data (x time);
> CREATE
> test=# INSERT INTO data VALUES ('14:00');
> INSERT 20057 1
> test=# SELECT * FROM data;
>     x
> ----------
>  14:00:00
> (1 row)

Dobry den,
jsem jiz naprosto zmaten :-( Stahnul jsem posledni verzi zdrojaku Postgresql-7.1.3
a prelozil s nasledujicimi parametry:

./configure --prefix=/usr/local/postgresql-7.1.3 --enable-locale --with-odbc
--with-perl

a to na RH6.0CZ a RH7.0CZ a RH7.1CZ naprosto stejnym zpusobem.
Na 6.0 to chodi jak ma. To znamena neubira tu jednu zatracenou minutu: 10:00 je
10:00
Na 7.0 to nechodi jak ma. To znamena ze: 10:00 je 9:59
Na 7.1 to nechodi jak ma. To znamena ze: 10:00 je 9:59
Ovsem postgres z rpm-ka od RedHatu na 7.1CZ chodi OK
Z toho usuzuji ze asi neni problem v DB ale nekde v systemu. Ale kde? Prosim o
radu, protoze uz vazne nevim.
Predem diky.

Duda




Další informace o konferenci Linux