Re: diference in dates in minutes

Поиск
Список
Период
Сортировка
От Bruno Wolff III
Тема Re: diference in dates in minutes
Дата
Msg-id 20050228152441.GA16739@wolff.to
обсуждение исходный текст
Ответ на Re: diference in dates in minutes  (Bruno Wolff III <bruno@wolff.to>)
Ответы Re: diference in dates in minutes  ("Joel Fradkin" <jfradkin@wazagua.com>)
Список pgsql-sql
On Mon, Feb 28, 2005 at 09:09:09 -0500, Joel Fradkin <jfradkin@wazagua.com> wrote:
> Yea I probably forgot respond to all. I agree (specialy for this topic).
> 
> In any case, I have dates not time (dates with times).

It really helps if you use precise language when discussing problems.
date, time with time zone, time without time zone, timestamp with time zone,
and timestamp without time zone are all different types.

> I did not use datevar::date - date2::date, I did datevar - datevar2 and it
> appeared to work.

That can not give you a result that is an interval if datevar and datevar2
are actually dates. They must be some other type, probably a timestamp
of some sort.

> Since the dates I was comparing were over a year apart the number in secs
> was hard to verify. Soon as I get to debuggin the actual app where the time
> dif will be a few minutes I will let you know if it worked to do the 
> date_part('epoch',date-date) returns in secs so /60.

If the date variables are of type timestamp with time zone you should
be OK. You probably want to test comparing dates in different time zones
(if you have different time offsets from GMT at different times of the year
at your locale, e.g. daylight savings vs standard time) to make sure you get
the expected result.


В списке pgsql-sql по дате отправления:

Предыдущее
От: Michael Fuhr
Дата:
Сообщение: Re: SQL error: function round(double precision, integer) does not exist
Следующее
От: TJ O'Donnell
Дата:
Сообщение: Re: SQL error: function round(double precision, integer) does