Re: [GENERAL] Stats Collector
От | Bruce Momjian |
---|---|
Тема | Re: [GENERAL] Stats Collector |
Дата | |
Msg-id | 200207302216.g6UMG3D03978@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [GENERAL] Stats Collector (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [GENERAL] Stats Collector
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > A function seems like the wrong way to go on this. SET has super-user > > protections we could use to control this but I am not sure what SET > > syntax to use. > > I don't like SET for it --- SET is for setting state that will persist > over some period of time, not for taking one-shot actions. We could > perhaps use a function that checks that it's been called by the > superuser. > > However, the real question is what is the use-case for this feature > anyway. Why should people want to reset the stats while the system > is running? If we had a clear example then it might be more apparent > what restrictions to place on it. Yep, I think Andrew explained possible uses. You may want to reset the counters and run a benchmark to look at the results. Should we have RESET clear the counter, perhaps RESET STATCOLLECTOR? I don't think we have other RESET variables that can't be SET, but I don't see a problem with it. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: