Re: Feature improvement: can we add queryId forpg_catalog.pg_stat_activity view?
В списке pgsql-hackers по дате отправления:
| От | Jim Finnerty |
|---|---|
| Тема | Re: Feature improvement: can we add queryId forpg_catalog.pg_stat_activity view? |
| Дата | |
| Msg-id | 1553016235129-0.post@n3.nabble.com обсуждение исходный текст |
| Ответ на | Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activityview? (Julien Rouhaud <rjuju123@gmail.com>) |
| Ответы |
Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activityview?
|
| Список | pgsql-hackers |
The queryId depends on oids, so it is not stable enough for some purposes. For example, to create a SQL identifier that survives across a server upgrade, or that can be shipped to another database, the queryId isn't usable. The apg_plan_mgmt extensions keeps both its own stable SQL identifier as well as the queryId, so it can be used to join to pg_stat_statements if desired. If we were to standardize on one SQL identifier, it should be stable enough to survive a major version upgrade or to be the same in different databases. ----- Jim Finnerty, AWS, Amazon Aurora PostgreSQL -- Sent from: http://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера