| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
| |
of the 256KB limit originally enforced by a patch committed 2008-11-06.
Per recent test results, the smaller size resulted in an undesirable decrease
in bulk data loading speed, due to COPY processing frequently getting blocked
for WAL flushing. This area might need more tweaking later, but this setting
seems to be good enough for 8.4.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
even when not in FM mode. This improves compatibility with Oracle and with
our pre-8.4 behavior, as per bug #4862.
Brendan Jurd
Add a couple of regression test cases for this. In passing, get rid of the
labeling of the individual test cases; doesn't seem to be good for anything
except causing extra work when inserting a test...
Tom Lane
|
|
|
|
| |
per David Wheeler
|
| |
|
| |
|
|
|
|
|
|
|
| |
ArrayBuildState, per trouble report from Merlin Moncure. By adopting
this fix, we are essentially deciding that aggregate final-functions
should not modify their inputs ever. Adjust documentation and comments
to match that conclusion.
|
|
|
|
| |
fixed up in the .so links.
|
|
|
|
|
| |
This is pretty much a workaround for incomplete tools, but having the man
page names in upper case looks more natural anyway.
|
| |
|
| |
|
|
|
|
| |
per Erik Rijkers
|
| |
|
|
|
|
| |
variables. Remove the confusing term "reference cursor".
|
|
|
|
| |
visibilitymap.c by me.
|
|
|
|
|
|
| |
types in CREATE TRIGGER. While at it, clean up the amazingly tedious and
inextensible way that the trigger event type list was handled. Per report
from Greg Sabino Mullane.
|
|
|
|
| |
Most of those changes were good, but some not so good ...
|
|
|
|
|
|
| |
aggregated tuple of a run. Per report from Laurenz Albe. This is a new
bug in 8.4, but only because prior versions rejected SRFs in an Agg plan
node altogether.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This prevents autovacuum from reclaiming free space in them and causing
the test's output row order to change, which is causing intermittent
bogus failure reports in the buildfarm.
Backpatch to 8.3. The issue exists further back, but since autovacuum was
not on by default before 8.3, it's not a problem for buildfarm testing.
|
|
|
|
|
| |
via hashing. Eventually we ought to make that possible, but it won't happen
for 8.4. Per yesterday's report from Robert Haas.
|
|
|
|
|
| |
on hackers. Also, take that string out of the translation roster, since
it's now entirely pseudo-SQL.
|
|
|
|
| |
Dimitri Fontaine
|
|
|
|
| |
without static. Per testing with a compiler that complains about this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
pg_migrator actually needs and not just a partial solution. We have to be
able to specify the OID that the new toast table should be created with.
|
|
|
|
|
| |
of getaddrinfo() to work. Instead, recommend updating the OS to get a working
version of getaddrinfo. Per recent discussions.
|
|
|
|
|
| |
(Note: GiST penalty functions could possibly be non-strict, but none are at
present.)
|
|
|
|
| |
Bangladesh, Egypt, Jordan, Pakistan.
|
|
|
|
|
|
|
| |
function returning setof record. This used to work, more or less
accidentally, but I had broken it while extending the code to allow
materialize-mode functions to be called in select lists. Add a regression
test case so it doesn't get broken again. Per gripe from Greg Davidson.
|
|
|
|
|
|
| |
rsinfo->expectedDesc == NULL in deflist_to_tuplestore(), but that doesn't
look very safe to me. Noted in passing while studying problem report
from Greg Davidson.
|
|
|
|
| |
provided by Andrew.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
of "syntax error", not the literal string.
This same change was made in the backend a while ago; but it applies to
plpgsql as well.
|
|
|
|
| |
uninstall script to match reality.
|
| |
|
|
|
|
|
| |
reportedly is true on OpenBSD. Also support OpenBSD's spelling of
-Wl,--as-needed. Per Simon Bertrang.
|
| |
|
| |
|
|
|
|
|
| |
in cursors. This has always been the case, but given the lack of user
complaints about it, I'm not going to bother back-patching this.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
node starts from the same place as the first scan did. This avoids surprising
behavior of scrollable and WITH HOLD cursors, as seen in Mark Kirkwood's bug
report of yesterday.
It's not entirely clear whether a rescan should be forced to drop out of the
syncscan mode, but for the moment I left the code behaving the same on that
point. Any change there would only be a performance and not a correctness
issue, anyway.
Back-patch to 8.3, since the unstable behavior was created by the syncscan
patch.
|