Re: Query Jumbling for CALL and SET utility statements
От | Drouvot, Bertrand |
---|---|
Тема | Re: Query Jumbling for CALL and SET utility statements |
Дата | |
Msg-id | 706ee610-4297-453b-f6f2-1e79161414f6@gmail.com обсуждение исходный текст |
Ответ на | Re: Query Jumbling for CALL and SET utility statements (Fujii Masao <masao.fujii@oss.nttdata.com>) |
Ответы |
Re: Query Jumbling for CALL and SET utility statements
|
Список | pgsql-hackers |
Hi, On 9/16/22 2:53 PM, Fujii Masao wrote: > > >> Attached v5 to normalize 2PC commands too, so that we get things like: > > + case T_VariableSetStmt: > + { > + VariableSetStmt *stmt = (VariableSetStmt *) node; > + > + /* stmt->name is NULL for RESET ALL */ > + if (stmt->name) > + { > + APP_JUMB_STRING(stmt->name); > + JumbleExpr(jstate, (Node *) stmt->args); > > With the patch, "SET ... TO DEFAULT" and "RESET ..." are counted as the > same query. > Is this intentional? Thanks for looking at the patch! No, it is not intentional, good catch! > Which might be ok because their behavior is > basically the same. > But I'm afaid which may cause users to be confused. For example, they > may fail to > find the pgss entry for RESET command they ran and just wonder why the > command was > not recorded. To avoid such confusion, how about appending stmt->kind to > the jumble? > Thought? I think that's a good idea and will provide a new version taking care of it (and also Sami's comments up-thread). Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления: