Re: track generic and custom plans in pg_stat_statements
От | Tom Lane |
---|---|
Тема | Re: track generic and custom plans in pg_stat_statements |
Дата | |
Msg-id | 1933906.1753462272@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: track generic and custom plans in pg_stat_statements (Sami Imseih <samimseih@gmail.com>) |
Ответы |
Re: track generic and custom plans in pg_stat_statements
|
Список | pgsql-hackers |
Sami Imseih <samimseih@gmail.com> writes: >> Perhaps CachedPlanType is >> misnamed, though, would it be more suited to name that as a sort of >> "origin" or "source" field concept? We want to know which which >> source we have retrieved a plan that a PlannedStmt refers to. > Hmm, I’m not sure I see this as an improvement. In my opinion, > CachedPlanType is a clear name that describes its purpose. I think Michael's got a point. As of HEAD there are seven different places that are setting this to PLAN_CACHE_NONE; who's to say that pg_stat_statements or some other extension might not wish to distinguish some of those sources? At the very least, user-submitted versus internally-generated queries might be an interesting distinction. I don't have a concrete proposal for a different categorization than what we've got, but it seems worth considering while we still have the flexibility to change it easily. regards, tom lane
В списке pgsql-hackers по дате отправления: