From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Florian G(dot) Pflug" <fgp(at)phlo(dot)org> |
Cc: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>, Tatsuhito Kasahara <kasahara(dot)tatsuhito(at)oss(dot)ntt(dot)co(dot)jp>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: Fix pgstatindex using for large indexes |
Date: | 2008-02-26 00:51:22 |
Message-ID: | 17226.1203987082@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
"Florian G. Pflug" <fgp(at)phlo(dot)org> writes:
> Maybe we should just bite the bullet, and implement int64 emulation
> for platforms that don't provide one?
Why? Workarounds such as "use double where needed" have served us
perfectly fine so far, with far less effort and notational ugliness
than this would involve.
There will come a time where either there's a really good reason to rely
on int64, or we feel that it's moot because any platform without int64
is certainly dead anyway. I'm not sure how far off that time is, but
it's probably some fairly small number of years. My position is simply
that pgstattuple does not present a reason to make that decision today,
especially not when making it rely on int64 is at variance with the
coding method already in use in related parts of the core backend.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-02-26 02:00:29 | Re: SRF memory leaks |
Previous Message | Florian G. Pflug | 2008-02-25 23:20:12 | Re: Fix pgstatindex using for large indexes |