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