Re: Indexing timestamps
От | Stephan Szabo |
---|---|
Тема | Re: Indexing timestamps |
Дата | |
Msg-id | 20020607211334.I43015-100000@megazone23.bigpanda.com обсуждение исходный текст |
Ответ на | Re: Indexing timestamps (Bruce Momjian <pgman@candle.pha.pa.us>) |
Список | pgsql-sql |
On Fri, 7 Jun 2002, Bruce Momjian wrote: > Stephan Szabo wrote: > > On Thu, 6 Jun 2002, Josh Berkus wrote: > > > > > > > > Stephan, > > > > > > > Unfortunately you can't do that in that sort of syntax. You'll > > > > need to create a function that returns the month and is marked > > > > as iscachable and use that function in the index creation and > > > > query. > > > > > > Hmmm. I take it that NOW() is not ISCACHABLE, and that's Andre's indexing > > > problem? What would be the pitfall of creating an alternate version of > > > NOW() that ISCACHABLE? > > > > I believe it was not marked as iscachable. I think it's now marked as > > static in dev sources which I would guess would mean that it could > > consider an index scan. I think with care an iscachable function that > > just called now() would probably be safe for interactive queries. > > We have all those new cacheable settings now to indicate things that can > change during the transaction, function call, or never. Yeah, it's marked static now. The comments implied that meant constant for a particular scan which I'd guess means index scans are safe but I didn't go looking through code or try examples to verify that.
В списке pgsql-sql по дате отправления: