| Commit message (Collapse) | Author | Age |
... | |
| |
|
|
|
|
| |
Guillaume Lelarge
|
|
|
|
| |
Marko Kreen
|
|
|
|
| |
changing the TOAST size thresholds.
|
|
|
|
| |
As per discussion on hackers.
|
|
|
|
|
| |
cancel requests with an incorrect key, or with a non-existent PID). Per
recent discussion on -hackers.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
commands into proper foreign-key constraints. Believe the constraint name
given in the trigger arguments in preference to the trigger name --- to judge
from Olivier Prenant's example, pg_dump must at some time have used the
autogenerated trigger name there, though AFAICT no current release branch tip
does. Improve the emitted NOTICEs to provide more detail (PK table's name and
column names). Handle the case where pg_dump forgot to provide the FROM table
(a bug that never did get fixed in 7.0.x apparently). This commit doesn't
do anything about the question of what to do with incomplete trigger groups.
|
| |
|
|
|
|
|
| |
balancing chapter because some people were looking for 'replication' and
didn't realize that chapter addressed it.
|
| |
|
|
|
|
| |
Nikolay Samokhvalov
|
|
|
|
|
|
|
|
|
|
| |
enabled) and autovacuum is on. Since there will be a steady stream of autovac
worker processes exiting and dropping gmon.out files, allowing them to make
separate subdirectories results in serious bloat; and it seems unlikely that
anyone will care about those profiles anyway. Limit the damage by forcing all
autovac workers to dump in one subdirectory, PGDATA/gprof/avworker/.
Per report from Jrg Beyer and subsequent discussion.
|
|
|
|
|
|
|
|
| |
trigger definitions into regular foreign key constraints. This seems
necessary given that some people evidently never did get around to
running adddepend on their schemas, and without some sort of hack the
old definitions will no longer work. Per report from Olivier Prenant
and subsequent investigation.
|
|
|
|
|
|
|
|
|
| |
RelabelType nodes when the sort key is binary-compatible with the sort
operator rather than having exactly its input type. We did this correctly
for index columns but not sort keys, leading to failure to notice that
a varchar index matches an ORDER BY request. This requires a bit more work
in make_sort_from_pathkeys, but not anyplace else that I can find.
Per bug report and subsequent discussion.
|
| |
|
| |
|
|
|
|
| |
mention autovacuum_max_workers. Minor copy-editing too.
|
|
|
|
| |
Pavel Stehule
|
| |
|
|
|
|
| |
parameter name makes more sense.
|
| |
|
|
|
|
|
| |
> * Prevent long-lived temporary tables from causing frozen-Xid advancement
> starvation
|
| |
|
| |
|
| |
|
|
|
|
|
| |
simplify the syntax examples by unifying user and group cases, and fix
no-longer-correct example of psql \z output. Per Erwin Brandstetter.
|
|
|
|
|
| |
LEAST handle NULL arguments differently than we do. Per a discussion
on 30-Jun that somehow didn't get done.
|
|
|
|
|
|
|
|
|
| |
*just* libpq ... its not perfect, as it pulls in more files then is
necessarily required to build, but as it is, it requires one simple patch
to configure.in in order to work ...
Tested on FreeBSD ... patch for configure.in hasn't been applied, but
putting the script in place so that it doesn't get lost ...
|
|
|
|
| |
the patch, which I modified only slightly before applying.
|
|
|
|
| |
per suggestion from Rene Gollent.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead put in a test to drop a NULL default at the last moment before
storing the catalog entry. This changes the behavior in a couple of ways:
* Specifying DEFAULT NULL when creating an inheritance child table will
successfully suppress inheritance of any default expression from the
parent's column, where formerly it failed to do so.
* Specifying DEFAULT NULL for a column of a domain type will correctly
override any default belonging to the domain; likewise for a sub-domain.
The latter change happens because by the time the clause is checked,
it won't be a simple null Const but a CoerceToDomain expression.
Personally I think this should be back-patched, but there doesn't seem to
be consensus for that on pgsql-hackers, so refraining.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ginRedoInsert(), because other ginRedo* functions rewrite whole page or
make changes which could be applied several times without consistent's loss
- Remove check of identifying of corresponding split record:
it's possible that replaying of WAL starts after actual page split, but before
removing of that split from incomplete splits list. In this case, that check
cause FATAL error.
Per stress test which reproduces bug reported by Craig McElroy
<craig.mcelroy@contegix.com>
|
|
|
|
| |
Guillaume Lelarge
|
|
|
|
| |
corochoone@gmail.com
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
usage of any information from system catalog, because it could be called during
replay of WAL.
Per bug report from Craig McElroy <craig.mcelroy@contegix.com>. Patch doesn't
change on-disk storage.
|
|
|
|
|
| |
the imports for. Add RegisterWaitForSingleObject() to the list of such
functions, which should take care of the current buildfarm breakage.
|
|
|
|
| |
for this.
|
|
|
|
|
| |
excerpts of a document. That's clearly desirable, but the functionality
is not there yet.
|
|
|
|
|
| |
mentioned updating FAQ_IRIX for information about buggy MIPSPro
compiler version, now confirmed by Herve Boulouis.
|
| |
|
|
|
|
|
|
| |
errno string when complaining of fopen failures. Per gripe from Bob
Pawley, it's not always instantly obvious to the user which name we
tried to open.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that have default expressions different from their parent. First, if the
parent table's default expression has to be split out as a separate
ALTER TABLE command, we need a dependency constraint to ensure that the
child's command is given second. This is because the ALTER TABLE on the
parent will propagate to the child. (We can't prevent that by using ONLY on
the parent's command, since it's possible that other children exist that
should receive the inherited default.) Second, if the child has a NULL
default where the parent does not, we have to explicitly say DEFAULT NULL on
the child in order for this state to be preserved after reload. (The latter
actually doesn't work right because of a backend bug, but that is a separate
issue.)
Backpatch as far as 8.0. 7.x pg_dump has enough issues with altered tables
(due to lack of dependency analysis) that trying to fix this one doesn't seem
very productive.
|
|
|
|
|
|
|
| |
containing decimal points aren't considered part of a hyphenated word.
Sync the hyphenated-word lookahead states with the subsequent part-by-part
reparsing states so that we don't get different answers about how much text
is part of the hyphenated word. Per my gripe of a few days ago.
|
|
|
|
|
|
| |
in debugging its state-machine rules. Const-ify all the constant tables.
Minor other code cleanup, including using "token" rather than "lexeme" to
describe the output strings.
|
|
|
|
|
|
| |
per recommendation from Alvaro. This doesn't force initdb since the
numeric token type in the catalogs doesn't change; but note that
the expected regression test output changed.
|