| От | Stephen Frost |
|---|---|
| Тема | Re: Hash id in pg_stat_statements |
| Дата | |
| Msg-id | 20121001161241.GV1267@tamriel.snowman.net обсуждение |
| Ответ на | Re: Hash id in pg_stat_statements (Peter Geoghegan <peter@2ndquadrant.com>) |
| Ответы |
Re: Hash id in pg_stat_statements
|
| Список | pgsql-hackers |
Peter, all,
* Peter Geoghegan (peter@2ndquadrant.com) wrote:
> Well, I'll point out once again that the argument about its stability
> is invalid, because we serialise the entries to disk. If a point
> release changes the representation of the query tree such that the
> hash values won't match, then we have no recourse but to bump
> pg_stat_statements version number, and invalidate all existing
> entries.
What if we simply included the pg_stat_statements version number in
what's shown to the user as the 'hash'? ver#.hash ?
Thanks,
Stephen
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера