| Commit message (Collapse) | Author | Age |
... | |
| |
|
| |
|
| |
|
|
|
|
|
| |
If we're going to put brackets around optional precision specs in some
entries, we'd better do it in all.
|
| |
|
|
|
|
|
| |
pseudotypes. Not sure why I neglected to add these checks at the same
time I added them to the other PLs, but it seems I did.
|
|
|
|
| |
when there is an expressional index matching a GROUP BY item.
|
|
|
|
| |
Spotted by Josh Purinton.
|
|
|
|
| |
become part of the make variable value.
|
| |
|
| |
|
|
|
|
| |
like Linux; we just need to recognize the system types.
|
| |
|
| |
|
|
|
|
| |
Alvaro Herrera
|
|
|
|
|
|
| |
was large enough to be batched and the tuples fell into a batch where
there were no inner tuples at all. Thanks to Xiaoyu Wang for finding a
test case that exposed this long-standing bug.
|
|
|
|
|
|
| |
creating a new tuple. This is just for debugging sanity, though, since
nothing should be paying any attention to xmax when the HEAP_XMAX_INVALID
bit is set.
|
| |
|
|
|
|
| |
from James William Pye.
|
|
|
|
|
| |
since we don't change the signal mask during normal backend operations.
Use sigsetjmp(buf,0) to avoid many unnecessary kernel calls.
|
| |
|
| |
|
|
|
|
|
| |
subtransactions. Trivial subxacts (such as a plpgsql exception block
containing no database access) now demonstrably leak zero bytes.
|
|
|
|
|
|
|
| |
pg_subtrans --- what we need is the oldest xmin of any snapshot in use
in the current top transaction. Introduce a new variable TransactionXmin
to play this role. Fixes intermittent regression failure reported by
Neil Conway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
as per recent discussions. Invent SubTransactionIds that are managed like
CommandIds (ie, counter is reset at start of each top transaction), and
use these instead of TransactionIds to keep track of subtransaction status
in those modules that need it. This means that a subtransaction does not
need an XID unless it actually inserts/modifies rows in the database.
Accordingly, don't assign it an XID nor take a lock on the XID until it
tries to do that. This saves a lot of overhead for subtransactions that
are only used for error recovery (eg plpgsql exceptions). Also, arrange
to release a subtransaction's XID lock as soon as the subtransaction
exits, in both the commit and abort cases. This avoids holding many
unique locks after a long series of subtransactions. The price is some
additional overhead in XactLockTableWait, but that seems acceptable.
Finally, restructure the state machine in xact.c to have a more orthogonal
set of states for subtransactions.
|
|
|
|
| |
qualified.
|
|
|
|
| |
cosmetic code cleanup at the same time.
|
|
|
|
| |
as a const char *, so that we don't need to cast away a const in gram.y
|
|
|
|
|
|
|
|
|
|
| |
< * Point-in-time data recovery using backup and write-ahead log,
< * Create native Win32 port, http://momjian.postgresql.org/main/writings/pgsql/project/win32.html
> * -Point-in-time data recovery using backup and write-ahead log
> * -Create native Win32 port
470c470
< o Fix PL/pgSQL RENAME to work on variables other than OLD/NEW
> o Fix PL/pgSQL RENAME to work on variables other than OLD/NEW
|
| |
|
| |
|
|
|
|
| |
Andreas Pflug
|
|
|
|
| |
and add documentation. Dave Page
|
|
|
|
| |
simplify life for the Win32 installer. Per Dave Page.
|
|
|
|
| |
Claudio Natoli
|
|
|
|
| |
Claudio Natoli
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mode see a fresh snapshot for each command in the function, rather than
using the latest interactive command's snapshot. Also, suppress fresh
snapshots as well as CommandCounterIncrement inside STABLE and IMMUTABLE
functions, instead using the snapshot taken for the most closely nested
regular query. (This behavior is only sane for read-only functions, so
the patch also enforces that such functions contain only SELECT commands.)
As per my proposal of 6-Sep-2004; I note that I floated essentially the
same proposal on 19-Jun-2002, but that discussion tailed off without any
action. Since 8.0 seems like the right place to be taking possibly
nontrivial backwards compatibility hits, let's get it done now.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
it and have it in case we need it for some special case.
|
| |
|
|
|
|
|
| |
sure to clean up the already-created lock object, if it has no other
references. Avoids possibly-permanent leak of shared memory.
|