| Commit message (Collapse) | Author | Age |
... | |
| |
|
|
|
|
| |
Fujii Masao, reviewed by Cédric Villemain, with some doc changes by me.
|
|
|
|
| |
Jaime Casanova
|
|
|
|
| |
Man, we fixed a lotta bugs since April.
|
|
|
|
|
|
|
| |
This is implemented as a per-column boolean option, rather than trying
to match COPY's convention of a single option listing the column names.
Shigeru Hanada, reviewed by KaiGai Kohei
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rewrite plancache.c so that a "cached plan" (which is rather a misnomer
at this point) can support generation of custom, parameter-value-dependent
plans, and can make an intelligent choice between using custom plans and
the traditional generic-plan approach. The specific choice algorithm
implemented here can probably be improved in future, but this commit is
all about getting the mechanism in place, not the policy.
In addition, restructure the API to greatly reduce the amount of extraneous
data copying needed. The main compromise needed to make that possible was
to split the initial creation of a CachedPlanSource into two steps. It's
worth noting in particular that SPI_saveplan is now deprecated in favor of
SPI_keepplan, which accomplishes the same end result with zero data
copying, and no need to then spend even more cycles throwing away the
original SPIPlan. The risk of long-term memory leaks while manipulating
SPIPlans has also been greatly reduced. Most of this improvement is based
on use of the recently-added MemoryContextSetParent primitive.
|
|
|
|
|
|
| |
REPLICATION privileges, not SUPERUSER.
Fujii Masao
|
|
|
|
|
|
|
|
|
|
| |
BREAKAGE.
Remove double-quoting of index/table names in reindexdb. BACKWARD
COMPABILITY BREAKAGE.
Document thate user/database names are preserved with double-quoting by
command-line tools like vacuumdb.
|
| |
|
|
|
|
| |
Reported by Grzegorz Szpetkowski.
|
|
|
|
|
|
|
|
|
|
|
| |
We were doing some amazingly complicated things in order to avoid running
the very expensive identify_system_timezone() procedure during GUC
initialization. But there is an obvious fix for that, which is to do it
once during initdb and have initdb install the system-specific default into
postgresql.conf, as it already does for most other GUC variables that need
system-environment-dependent defaults. This means that the timezone (and
log_timezone) settings no longer have any magic behavior in the server.
Per discussion.
|
|
|
|
|
|
|
|
|
|
|
| |
As per my recent proposal, this refactors things so that these typedefs and
macros are available in a header that can be included in frontend-ish code.
I also changed various headers that were undesirably including
utils/timestamp.h to include datatype/timestamp.h instead. Unsurprisingly,
this showed that half the system was getting utils/timestamp.h by way of
xlog.h.
No actual code changes here, just header refactoring.
|
| |
|
|
|
|
|
|
|
|
|
| |
When building a GiST index that doesn't fit in cache, buffers are attached
to some internal nodes in the index. This speeds up the build by avoiding
random I/O that would otherwise be needed to traverse all the way down the
tree to the find right leaf page for tuple.
Alexander Korotkov
|
|
|
|
| |
Also set the documented release date to 2011-09-12.
|
|
|
|
|
|
|
|
| |
because its internal format was changed in 8.4.
Backpatch to 9.0 and 9.1.
Report by depesz, diagnosis by Tom.
|
|
|
|
|
| |
they wrap toward year 2020, rather than the inconsistent behavior we had
before.
|
|
|
|
|
|
| |
Backpatch to 9.0 and 9.1.
Patch from Josh Kupershmidt.
|
|
|
|
|
|
|
|
| |
fields.
Backpatch to 9.0 and 9.1.
Report from Pavel Stehule, patch from Josh Kupershmidt
|
|
|
|
| |
Per Peter.
|
|
|
|
|
|
| |
pgpass.
Backpatch to 9.1.
|
|
|
|
| |
Backpatch to 9.0 and 9.1.
|
|
|
|
|
|
| |
Backpatch to 9.0 and 9.1.
Report from depstein@alliedtesting.com.
|
|
|
|
|
|
| |
We've now seen more than one gripe from somebody who didn't get the memo
about how to install contrib modules in 9.1. Try to make it a little more
prominent that you aren't supposed to call the scripts directly anymore.
|
|
|
|
|
|
| |
This example wasn't updated when we changed the behavior of bpcharlen()
in 8.0, nor when we changed the number of parameters taken by the bpchar()
cast function in 7.3. Per report from lsliang.
|
|
|
|
|
|
|
|
| |
processes.
Backpatch to 9.1 and 9.0.
Submitted by Anton Yuzhaninov, confirmed by Robert Haas
|
| |
|
|
|
|
| |
Backpatch to 9.1.
|
|
|
|
|
|
| |
characters.
Backpatch to 9.0 and 9.1.
|
|
|
|
| |
KaiGai Kohei
|
|
|
|
|
|
| |
lowercase earlier, but documentation was not updated. Update the docs.
Fujii Masao
|
|
|
|
| |
Josh Kupershmidt
|
| |
|
|
|
|
| |
Josh Kupershmidt, with some further editing by me.
|
| |
|
|
|
|
|
| |
In PostgreSQL, this is included in the SELECT privilege, so show YES
or NO depending on whether SELECT is granted.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These changes allow backtick command evaluation and psql variable
interpolation to happen on substrings of a single meta-command argument.
Formerly, no such evaluations happened at all if the backtick or colon
wasn't the first character of the argument, and we considered an argument
completed as soon as we'd processed one backtick, variable reference, or
quoted substring. A string like 'FOO'BAR was thus taken as two arguments
not one, not exactly what one would expect. In the new coding, an argument
is considered terminated only by unquoted whitespace or backslash.
Also, clean up a bunch of omissions, infelicities and outright errors in
the psql documentation of variables and metacommand argument syntax.
|
|
|
|
|
| |
As in the backend, the implementation actually accepts any non-ASCII
character, but we only document that you can use letters.
|
|
|
|
| |
Noted by Hitoshi Harada.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous coding resulted in contrib modules unintentionally overriding
the use of CONTRIB_TESTDB. There seems no particularly good reason to
allow that (after all, the makefile can set CONTRIB_TESTDB if that's really
what it intends).
In passing, document REGRESS_OPTS where the other pgxs.mk options are
documented.
Back-patch to 9.1 --- in prior versions, there were no cases of contrib
modules setting REGRESS_OPTS without including the --dbname switch, so
while the coding was fragile there was no actual bug.
|
|
|
|
| |
Fujii Masao
|
|
|
|
| |
Also do another pass of copy-editing.
|
|
|
|
| |
Per comment form Fujii Masao.
|
|
|
|
| |
Josh Kupershmidt
|
| |
|
|
|
|
| |
Backpatch to 9.1, obviously.
|
|
|
|
|
|
|
| |
Along the way, rename "Options" to "FDW Options" in various places for
consistency and clarity.
Shigeru Hanada
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of displaying comments on an arbitrary subset of the object
types which support them, make \dd display comments on exactly those
object types which don't have their own backlash commands. We now
regard the display of comments as properly the job of the relevant
backslash command (though many of them do so only in verbose mode)
rather than something that \dd should be responsible for. However,
a handful of object types have no backlash command, so make \dd
give information about those.
Josh Kupershmidt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The latch infrastructure is now capable of detecting all cases where the
walsender loop needs to wake up, so there is no reason to have an arbitrary
timeout.
Also, modify the walsender loop logic to follow the standard pattern of
ResetLatch, test for work to do, WaitLatch. The previous coding was both
hard to follow and buggy: it would sometimes busy-loop despite having
nothing available to do, eg between receipt of a signal and the next time
it was caught up with new WAL, and it also had interesting choices like
deciding to update to WALSNDSTATE_STREAMING on the strength of information
known to be obsolete.
|