From: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>, Andrew Snow <als(at)fl(dot)net(dot)au>, Stephane Bortzmeyer <bortzmeyer(at)pasteur(dot)fr>, "Pgsql-General(at)Postgresql(dot) Org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Find all the dates in the calendar week? |
Date: | 2000-07-08 01:52:09 |
Message-ID: | 39668949.EF29A518@alumni.caltech.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> > I just didn't implement the corresponding "year" code at least partly
> > because I wasn't sure what to call it. 'iyear' seems like a pretty good
> > choice, or should it be 'isoyear'? 'year' is already used, obviously,
> > and if 'iyear' is chosen then perhaps I should change 'week' to 'iweek'
> > for consistancy. Comments?
> Then we should probably rather change 'year' to something else. Standards
> should be preferred.
"Standards" in this case include common usage and the ISO-defined
business usage of business-year/week-of-year. If we had to choose,
clearly common usage wins.
> Out of curiosity, what's the difference between
> ISO-year and proprietary-year? I can see the week-of-year thing, but the
> year of a year is always constant, no?
ISO-year/week-of-year is a business-only construct, perhaps helping with
payment intervals. There is some slop in the beginning and end of each
calendar year, which can result in a particular day in a calendar year
fitting into a different ISO-year (not the right term btw).
> Btw., isn't there an SQL EXTRACT function for all of this? Shouldn't we be
> thinking in terms of that?
EXTRACT() is implemented with date_part().
- Thomas
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-07-08 01:54:54 | Re: Re: [SQL] Re: [GENERAL] lztext and compression ratios... |
Previous Message | Tom Lane | 2000-07-08 01:49:53 | Re: Re: [SQL] Re: [GENERAL] lztext and compression ratios... |