- 04 6月, 1999 1 次提交
-
-
由 Tom Lane 提交于
in the same transaction that created it.
-
- 01 6月, 1999 3 次提交
-
-
由 Vadim B. Mikheev 提交于
{ Oid relId; Oid dbId; union { BlockNumber blkno; TransactionId xid; } objId; > > Added: > /* > * offnum should be part of objId.tupleId above, but would increase > * sizeof(LOCKTAG) and so moved here; currently used by userlocks only. > */ > OffsetNumber offnum; uint16 lockmethod; /* needed by userlocks */ } LOCKTAG; gmake clean required... User locks are ready for 6.5 release...
-
由 Tom Lane 提交于
all fields that should be set). Add a MoveToFront primitive to speed up one of the hotspots in SearchSysCache.
-
由 Tom Lane 提交于
memory context at transaction commit or abort.
-
- 29 5月, 1999 3 次提交
-
-
由 Vadim B. Mikheev 提交于
-
由 Tom Lane 提交于
few percent speedup in INSERT...
-
由 Tom Lane 提交于
through MAXBACKENDS array entries used to be fine when MAXBACKENDS = 64. It's not so cool with MAXBACKENDS = 1024 (or more!), especially not in a frequently-used routine like SIDelExpiredDataEntries. Repair by making procState array size be the soft MaxBackends limit rather than the hard limit, and by converting SIGetProcStateLimit() to a macro.
-
- 26 5月, 1999 5 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Vadim B. Mikheev 提交于
BT_READ/BT_WRITE are BUFFER_LOCK_SHARE/BUFFER_LOCK_EXCLUSIVE now. Also get rid of #define BT_VERSION_1 - we use version 1 as default for near two years now.
-
由 Bruce Momjian 提交于
-
- 23 5月, 1999 2 次提交
- 22 5月, 1999 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 19 5月, 1999 2 次提交
- 18 5月, 1999 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 17 5月, 1999 2 次提交
- 16 5月, 1999 1 次提交
-
-
由 Bruce Momjian 提交于
configtype.patch simply fixes a typo in config.h.in pg_dump.c.patch Updates a bunch of error messages to include a reason from the backend, and also removes a couple of unnecessary if's Ole Gjerde
-
- 13 5月, 1999 2 次提交
-
-
由 Bruce Momjian 提交于
These are my last changes to lmgr fixing deadlock handling. Please apply them to cvs... Vadim
-
由 Tom Lane 提交于
lists are now plain old garden-variety Lists, allocated with palloc, rather than specialized expansible-array data allocated with malloc. This substantially simplifies their handling and eliminates several sources of memory leakage. Several basic types of erroneous queries (syntax error, attempt to insert a duplicate key into a unique index) now demonstrably leak zero bytes per query.
-
- 12 5月, 1999 1 次提交
-
-
由 Jan Wieck 提交于
in Resdom and GroupClause so changing of resno's doesn't confuse the grouping any more. Jan
-
- 11 5月, 1999 2 次提交
-
-
由 Jan Wieck 提交于
-d4 now prints compressed trees from nodeToString() -d5 prints pretty trees via nodeDisplay() new pg_options: pretty_plan, pretty_parse, pretty_rewritten Jan
-
由 Bruce Momjian 提交于
-
- 10 5月, 1999 3 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
real affect now.
-
- 09 5月, 1999 3 次提交
-
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
code, instead of not-very-bulletproof stuff they had before.
-
由 Tom Lane 提交于
files to be closed automatically at transaction abort or commit, should they still be open. Also close any still-open stdio files allocated with AllocateFile at abort/commit. This should eliminate problems with leakage of file descriptors after an error. Also, put in some primitive buffered-IO support so that psort.c can use virtual files without severe performance penalties.
-
- 07 5月, 1999 1 次提交
-
-
由 Vadim B. Mikheev 提交于
Get rid of Extend lock mode.
-
- 06 5月, 1999 1 次提交
-
-
由 Tom Lane 提交于
about certain to fail anytime it decided the relation to be hashed was too big to fit in memory --- the code for 'batching' a series of hashjoins had multiple errors. I've fixed the easier problems. A remaining big problem is that you can get 'hashtable out of memory' if the code's guesstimate about how much overflow space it will need turns out wrong. That will require much more extensive revisions to fix, so I'm committing these fixes now before I start on that problem.
-
- 04 5月, 1999 2 次提交
-
-
由 Tom Lane 提交于
gcc quite so unhappy.
-
由 Bruce Momjian 提交于
been applied. The patches are in the .tar.gz attachment at the end: varchar-array.patch this patch adds support for arrays of bpchar() and varchar(), which where always missing from postgres. These datatypes can be used to replace the _char4, _char8, etc., which were dropped some time ago. block-size.patch this patch fixes many errors in the parser and other program which happen with very large query statements (> 8K) when using a page size larger than 8192. This patch is needed if you want to submit queries larger than 8K. Postgres supports tuples up to 32K but you can't insert them because you can't submit queries larger than 8K. My patch fixes this problem. The patch also replaces all the occurrences of `8192' and `1<<13' in the sources with the proper constants defined in include files. You should now never find 8192 hardwired in C code, just to make code clearer. -- Massimo Dal Zotto
-
- 03 5月, 1999 1 次提交
-
-
由 Tom Lane 提交于
from EXCEPT/HAVING patch. Cases involving nontrivial GROUP BY expressions now work again. Also, the code is at least somewhat better documented...
-
- 02 5月, 1999 2 次提交
- 26 4月, 1999 1 次提交
-
-
由 Tatsuo Ishii 提交于
-