- 09 Sep, 2006 1 commit
-
-
Tom Lane authored
than before. Albe Laurenz (but editorialized heavily by me, so if it doesn't work it's my fault).
-
- 08 Sep, 2006 6 commits
-
-
Tom Lane authored
I had thought this code could be left alone, but I was wrong: as-is it's failing to recognize when to use ALL for table privileges in 8.2.
-
Tom Lane authored
to a relation on the nullable side of an outer join. I had removed this during the outer join planning rewrite a few months ago ... I think I intended to put it somewhere else, but forgot ...
-
Tom Lane authored
than being equivalent to setting log_min_duration_statement to zero, this option now forces logging of all query durations, but doesn't force logging of query text. Also, add duration logging coverage for fastpath function calls.
-
Michael Meskes authored
-
Michael Meskes authored
-
Michael Meskes authored
-
- 07 Sep, 2006 9 commits
-
-
Tom Lane authored
proposal. Parameter logging works even for binary-format parameters, and logging overhead is avoided when disabled. log_statement = all output for the src/test/examples/testlibpq3.c example now looks like LOG: statement: execute <unnamed>: SELECT * FROM test1 WHERE t = $1 DETAIL: parameters: $1 = 'joe''s place' LOG: statement: execute <unnamed>: SELECT * FROM test1 WHERE i = $1::int4 DETAIL: parameters: $1 = '2' and log_min_duration_statement = 0 results in LOG: duration: 2.431 ms parse <unnamed>: SELECT * FROM test1 WHERE t = $1 LOG: duration: 2.335 ms bind <unnamed> to <unnamed>: SELECT * FROM test1 WHERE t = $1 DETAIL: parameters: $1 = 'joe''s place' LOG: duration: 0.394 ms execute <unnamed>: SELECT * FROM test1 WHERE t = $1 DETAIL: parameters: $1 = 'joe''s place' LOG: duration: 1.251 ms parse <unnamed>: SELECT * FROM test1 WHERE i = $1::int4 LOG: duration: 0.566 ms bind <unnamed> to <unnamed>: SELECT * FROM test1 WHERE i = $1::int4 DETAIL: parameters: $1 = '2' LOG: duration: 0.173 ms execute <unnamed>: SELECT * FROM test1 WHERE i = $1::int4 DETAIL: parameters: $1 = '2' (This example demonstrates the folly of ignoring parse/bind steps for duration logging purposes, BTW.) Along the way, create a less ad-hoc mechanism for determining which commands are logged by log_statement = mod and log_statement = ddl. The former coding was actually missing quite a few things that look like ddl to me, and it did not handle EXECUTE or extended query protocol correctly at all. This commit does not do anything about the question of whether log_duration should be removed or made less redundant with log_min_duration_statement.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Michael Meskes authored
Float/Long aliasing doesn't work on all architecures.
-
Michael Meskes authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
Andrew Dunstan
-
Bruce Momjian authored
-
- 06 Sep, 2006 5 commits
-
-
Bruce Momjian authored
-
Tom Lane authored
that has parameters is always planned afresh for each Bind command, treating the parameter values as constants in the planner. This removes the performance penalty formerly often paid for using out-of-line parameters --- with this definition, the planner can do constant folding, LIKE optimization, etc. After a suggestion by Andrew@supernews.
-
Tom Lane authored
Per buildfarm results.
-
Teodor Sigaev authored
pointers are int64, but warnings are emitted for position info in error messages in parser, so, just cast it to int32
-
Bruce Momjian authored
Michael Glaesemann
-
- 05 Sep, 2006 16 commits
-
-
Tom Lane authored
-
Tom Lane authored
-
Tom Lane authored
-
Tom Lane authored
Marko Kreen
-
Tom Lane authored
can create or modify rules for the table. Do setRuleCheckAsUser() while loading rules into the relcache, rather than when defining a rule. This ensures that permission checks for tables referenced in a rule are done with respect to the current owner of the rule's table, whereas formerly ALTER TABLE OWNER would fail to update the permission checking for associated rules. Removal of separate RULE privilege is needed to prevent various scenarios in which a grantee of RULE privilege could effectively have any privilege of the table owner. For backwards compatibility, GRANT/REVOKE RULE is still accepted, but it doesn't do anything. Per discussion here: http://archives.postgresql.org/pgsql-hackers/2006-04/msg01138.php
-
Tom Lane authored
fix suggestion from Peter.
-
Teodor Sigaev authored
-
Teodor Sigaev authored
'GIN FailedAssertions on Itanium2 with Intel compiler' in pgsql-hackers, http://archives.postgresql.org/pgsql-hackers/2006-08/msg01914.php
-
Teodor Sigaev authored
Per discussion http://archives.postgresql.org/pgsql-hackers/2006-08/msg01409.php
-
Tom Lane authored
dbase, dbmirror, fulltextindex, mac, userlock; or abandoned: mSQL-interface, tips.
-
Michael Meskes authored
-
Michael Meskes authored
Added some interval checks to regression suite.
-
Michael Meskes authored
Fixed ecpglib trying to read one character after end-of-string. Fixed port number setting in regression suite.
-
Bruce Momjian authored
Christopher Kings-Lynne
-
Bruce Momjian authored
Bruce, Michael Glaesemann
-
Bruce Momjian authored
Jun Kuwamura
-
- 04 Sep, 2006 3 commits
-
-
Tom Lane authored
position_in_unique_constraint (column newly added per SQL2003). Greg Mullane
-
Tom Lane authored
-
Bruce Momjian authored
-