Re: Exec statement logging
От | Bruce Momjian |
---|---|
Тема | Re: Exec statement logging |
Дата | |
Msg-id | 200505150308.j4F381Z05697@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Exec statement logging (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-patches |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > One thing you did was to log debug_query_string, but I don't see how > > that could be the right value. I assume it would be empty in a > > client-side execute, or be the previous query. I instead used "EXECUTE > > portal_name" because that is what we are passed from the client. > > You could use portal->sourceText whenever that isn't null; it should be > the querystring that the portal was created by. Interesting, but right now we don't display the query using EXECUTE: test=> SET client_min_messages='log'; SET test=> SET log_statement = 'all'; SET test=> PREPARE xx AS SELECT 1; LOG: statement: PREPARE xx AS SELECT 1; PREPARE test=> EXECUTE xx; LOG: statement: EXECUTE xx; ?column? ---------- 1 (1 row) test=> so I assume client-side EXECUTE shouldn't either. Do people want it displayed? The patch actually hard-codes the word EXECUTE after "statement:" and prints the portal name: LOG: statement: EXECUTE xx -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления: