Re: Query Jumbling for CALL and SET utility statements
От | Drouvot, Bertrand |
---|---|
Тема | Re: Query Jumbling for CALL and SET utility statements |
Дата | |
Msg-id | 6d0d8a57-0e9c-7fcb-5072-aae544dafa5c@gmail.com обсуждение исходный текст |
Ответ на | Re: Query Jumbling for CALL and SET utility statements ("Drouvot, Bertrand" <bertranddrouvot.pg@gmail.com>) |
Ответы |
Re: Query Jumbling for CALL and SET utility statements
Re: Query Jumbling for CALL and SET utility statements |
Список | pgsql-hackers |
Hi, On 9/16/22 5:47 PM, Drouvot, Bertrand wrote: > 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). Please find attached v6 taking care of the remarks mentioned above. Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
Вложения
В списке pgsql-hackers по дате отправления: