Re: [GENERAL] CURRENT_TIMESTAMP
От | Jean-Luc Lachance |
---|---|
Тема | Re: [GENERAL] CURRENT_TIMESTAMP |
Дата | |
Msg-id | 3D9899F9.72BD773A@nsd.ca обсуждение исходный текст |
Ответ на | Re: [GENERAL] CURRENT_TIMESTAMP (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-sql |
How can you make a difference between now('statement'), and now('immediate'). To me they are the same thing. Why not simply now() for transaction, and now('CLOCK') or better yet system_clock() or clock() for curent time. JLL Josh Berkus wrote: > > Tom, > > > I'd be happier with the whole thing if anyone had exhibited a convincing > > use-case for statement timestamp. So far I've not seen any actual > > examples of situations that are not better served by either transaction > > timestamp or true current time. And the spec is perfectly clear that > > CURRENT_TIMESTAMP does not mean true current time... > > Are we still planning on putting the three different versions of now() on the > TODO? I.e., > now('transaction'), > now('statement'), and > now('immediate') > With now() = now('transaction')? > > I still think it's a good idea, provided that we have some easy means to > determine now('statement'). > > -- > -Josh Berkus > Aglio Database Solutions > San Francisco > > ---------------------------(end of broadcast)--------------------------- > TIP 6: Have you searched our list archives? > > http://archives.postgresql.org
В списке pgsql-sql по дате отправления: