- 19 5月, 2006 14 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
deciding whether a potential additional indexscan is redundant or not. As now coded, any use of a partial index that was already used in a previous AND arm will be rejected as redundant. This might be overly restrictive, but not considering the point at all is definitely bad, as per example in bug #2441 from Arjen van der Meijden. In particular, a clauseless scan of a partial index was *never* considered redundant by the previous coding, and that's surely wrong. Being more flexible would also require some consideration of how not to double-count the index predicate's selectivity.
-
由 Tom Lane 提交于
the partial index predicate in the scan's "recheck condition". Otherwise, if the scan becomes lossy for lack of bitmap memory, we would fail to enforce that returned rows satisfy the predicate. Noted while studying bug #2441 from Arjen van der Meijden.
-
由 Bruce Momjian 提交于
Theo Schlossnagle
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
condition: when there are multiple possible index paths involving ScalarArrayOpExprs, they are logically to be ANDed together not ORed. This thinko was a direct consequence of trying to put the processing inside generate_bitmap_or_paths(), which I now see was a bit too cute. So pull it out and make the callers do it separately (there are only two that need it anyway). Partially responds to bug #2441 from Arjen van der Meijden. There are some additional infelicities exposed by his example, but they are also in 8.1.x, while this mistake is not.
-
由 Bruce Momjian 提交于
not worth adding path.c to libpq.
-
由 Bruce Momjian 提交于
-
- 18 5月, 2006 11 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
> > * Add a GUC to control whether BEGIN inside a transcation should abort > the transaction.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
well as a blank pghost.
-
由 Teodor Sigaev 提交于
-
由 Teodor Sigaev 提交于
sections now isn't nested. All user-defined functions now is called outside critsections. Small improvements in WAL protocol. TODO: improve XLOG replay
-
- 17 5月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 14 5月, 2006 2 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 13 5月, 2006 2 次提交
-
-
由 Tom Lane 提交于
custom-generated DH parameters from actually being used by the server. Found by Michael Fuhr.
-
由 Tom Lane 提交于
always has been, because it's not got any .globl declaration! We've been relying on the solaris_sparc.s code instead. Rip it out. (Not back-patched, since this is just cosmetic cleanup.)
-
- 12 5月, 2006 4 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
Backpatch to 8.1.X.
-
由 Tom Lane 提交于
throw warnings for 100%-SQL-standard constructs, clean up some minor infelicities, try to un-break ecpg to the best of my ability. (It's not clear how ecpg is going to find out the setting of standard_conforming_strings, though.) I think pg_dump still needs work, too.
-
- 11 5月, 2006 1 次提交
-
-
由 Tom Lane 提交于
(relpages/reltuples). To do this, create formal support in heapam.c for "overwrite" tuple updates (including xlog replay capability) and use that instead of the ad-hoc overwrites we'd been using in VACUUM and CREATE INDEX. Take the responsibility for updating stats during CREATE INDEX out of the individual index AMs, and do it where it belongs, in catalog/index.c. Aside from being more modular, this avoids having to update the same tuple twice in some paths through CREATE INDEX. It's probably not measurably faster, but for sure it's a lot cleaner than before.
-
- 10 5月, 2006 4 次提交
-
-
由 Teodor Sigaev 提交于
-
由 Teodor Sigaev 提交于
insertion and deletion, modify gistSplit() to do not use buffers. TODO: gistvacuumcleanup and XLOG
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 08 5月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
fix a Win32 bug where pipe.c included a file that used FRONTEND, but it wasn't on the server-build list.
-