code cleanup of timestamp code

From: "Warren Turkal" <turkal(at)google(dot)com>
To: "PostgreSQL Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: code cleanup of timestamp code
Date: 2008-02-26 08:22:03
Message-ID: 8c3d85470802260022p75e36880xe3dfaae3a9a04bdf@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I am working on some beginner level patches to help clean up the
timestamp code in PostgreSQL.

Basically, my first few patches are aimed at removing the dependence
on the HAVE_INT_TIMESTAMP to choose types for variables. I will
eventually try to remove the use of HAVE_INT64_TIMESTAMP to choose
procedural code as well. I think that it will make the code easier to
read.

As a result, I have a few questions about the timestamp code. In what
instances is the floating point timestamp recommended? I see that
Debian and Ubuntu ship packages that use the int64 timestamps. Is the
backend smart enough to not load and use a database with timestamp
fields created with the representation not compiled into the compiler?
And finally, would this work be welcome in PostgreSQL? I view is as a
kind of beginner janitor type of project to get my feet wet.

Thanks,
wt

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2008-02-26 09:08:37 Re: Batch update of indexes on data loading
Previous Message Tom Lane 2008-02-26 06:38:45 Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the