Received: from golem.fourpalms.org (www.fourpalms.org [64.3.68.148]) by postgresql.org (8.11.3/8.11.4) with ESMTP id f8PDHJh04845 for ; Tue, 25 Sep 2001 09:17:19 -0400 (EDT) (envelope-from lockhart@fourpalms.org) Received: from fourpalms.org (localhost.localdomain [127.0.0.1]) by golem.fourpalms.org (Postfix) with ESMTP id 82AFBFEB6; Tue, 25 Sep 2001 13:17:15 +0000 (UTC) Message-ID: <3BB083DB.C79A97C@fourpalms.org> Date: Tue, 25 Sep 2001 13:17:15 +0000 From: Thomas Lockhart Reply-To: lockhart@fourpalms.org Organization: Yes X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: Christopher Kings-Lynne Cc: pgsql-docs@postgresql.org Subject: Re: Error in date_part epoch docs. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archive-Number: 200109/68 X-Sequence-Number: 1002 > Oooh. Now that's an interesting point! That's going to play merry havoc > with our code. Is there a way of GMT'ing everything? Not sure what you mean. All timestamps are stored in GMT, and are converted to your local time zone when sent to your client. You can set your server to be using GMT, or you can set the time zone from your client, or you can use it as intended ;) The next release (7.2) will have two timestamp types, the one you have now and one without time zones of any kind. But I'd recommend understanding and using time zones in your application to avoid restrictions and missing functionality later on. Anyway, why would having time zones cause trouble for your code? - Thomas