- 12 Apr, 2007 4 commits
-
-
Tom Lane authored
report from David Darville. Back-patch as far as 8.1, which may or may not have the problem but it seems a safe change anyway.
-
Magnus Hagander authored
-
Magnus Hagander authored
-
Neil Conway authored
reviewed by Neil Conway. This patch adds the following DDL command variants: RESET SESSION, RESET TEMP, RESET PLANS, CLOSE ALL, and DEALLOCATE ALL. RESET SESSION is intended for use by connection pool software and the like, in order to reset a client session to something close to its initial state. Note that while most of these command variants can be executed inside a transaction block (but are not transaction-aware!), RESET SESSION cannot. While this is inconsistent, it is intended to catch programmer mistakes: RESET SESSION in an open transaction block is probably unintended.
-
- 11 Apr, 2007 2 commits
-
-
Bruce Momjian authored
< o Allow single-byte header storage for arrays > o Allow single-byte header storage for array elements
-
Tom Lane authored
(original code *always* created a full-page image for the left page, thus leaving the intended savings unrealized), avoid risk of not having enough room on the page during xlog restore, squeeze out another couple bytes in the xlog record, clean up neglected comments.
-
- 10 Apr, 2007 2 commits
-
-
Bruce Momjian authored
> o Allow single-byte header storage for arrays
-
Bruce Momjian authored
> o Have WITH CONSTRAINTS also create constraint indexes > http://archives.postgresql.org/pgsql-patches/2007-04/msg00149.php
-
- 09 Apr, 2007 3 commits
-
-
Tom Lane authored
index types can be reliably distinguished by examining the special space on an index page. Per my earlier proposal, plus the realization that there's no need for btree's vacuum cycle ID to cycle through every possible 16-bit value. Restricting its range a little costs nearly nothing and eliminates the possibility of collisions. Memo to self: remember to make bitmap indexes play along with this scheme, assuming that patch ever gets accepted.
-
Bruce Momjian authored
* Simplify ability to create partitioned tables > http://archives.postgresql.org/pgsql-hackers/2007-04/msg00151.php
-
Magnus Hagander authored
and vacuumdb. ITAGAKI Takahiro, with minor fixes from me.
-
- 08 Apr, 2007 6 commits
-
-
Bruce Momjian authored
> o -Make CLUSTER preserve recently-dead tuples per MVCC requirements
-
Tom Lane authored
-
Tom Lane authored
-
Tatsuo Ishii authored
Patch contributed by Pavan Deolasee. Along with Japanese doc modification by Tatsuo Ishii.
-
Bruce Momjian authored
> o -Add more logical syntax CLUSTER table USING index;
-
Bruce Momjian authored
Holger Schurig
-
- 07 Apr, 2007 8 commits
-
-
Tom Lane authored
-
Bruce Momjian authored
contrib/pgbuffercache. Greg Smith
-
Bruce Momjian authored
-
Neil Conway authored
-
Bruce Momjian authored
confusion.
-
Bruce Momjian authored
Michael Fuhr
-
Bruce Momjian authored
> * -Allow use of indexes to search for NULLs
-
Bruce Momjian authored
o -Support a smaller header for short variable-length fields
-
- 06 Apr, 2007 8 commits
-
-
Tom Lane authored
there are some corner cases where this is needed by ruleutils.c for proper display of variables during EXPLAIN.
-
Tom Lane authored
Teodor Sigaev, with some kibitzing from Tom Lane.
-
Tom Lane authored
types.
-
Andrew Dunstan authored
-
Tatsuo Ishii authored
Smith. Along with Japanese doc updation by Tasuo Ishii. > This patch changes the way pgbench outputs its latency log files so that > every transaction gets a timestamp and notes which transaction type was > executed. It's a one-line change that just dumps some additional > information that was already sitting in that area of code. I also made a > couple of documentation corrections and clarifications on some of the more > confusing features of pgbench. > > It's straightforward to parse log files in this format to analyze what > happened during the test at a higher level than was possible with the > original format. You can find some rough sample code to convert this > latency format into CVS files and then into graphs at > http://www.westnet.com/~gsmith/content/postgresql/pgbench.htm which I'll > be expanding on once I get all my little patches sent in here.
-
Tatsuo Ishii authored
Also tweak README.pgbench/README.pgbench_jis: Remove history after pgbench was added to PostgreSQL contrib module. Those info was not only redundant since it has already been in CVS log, but also incomplete. -------------------------------------------------------------------------- The attached is a patch to optimize contrib/pgbench using new 8.3 features. - Use DROP IF EXISTS to suppress errors for initial loadings. - Use a combination of TRUNCATE and COPY to reduce WAL on creating the accounts table. Also, there are some cosmetic changes. - Change the output of -v option from "starting full vacuum..." to "starting vacuum accounts..." in reflection of the fact. - Shape duplicated error checks into executeStatement(). There is a big performance win in "COPY with no WAL" feature. Thanks for the efforts! --------------------------------------------------------------------------
-
Tom Lane authored
right, there seems precious little reason to have a pile of hand-maintained endianness definitions in src/include/port/*.h. Get rid of those, and make the couple of places that used them depend on WORDS_BIGENDIAN instead.
-
Tom Lane authored
This commit breaks any code that assumes that the mere act of forming a tuple (without writing it to disk) does not "toast" any fields. While all available regression tests pass, I'm not totally sure that we've fixed every nook and cranny, especially in contrib. Greg Stark with some help from Tom Lane
-
- 05 Apr, 2007 5 commits
-
-
Bruce Momjian authored
output to match.
-
Magnus Hagander authored
with errorlevel 1 is >= 1 checks failed.
-
Magnus Hagander authored
of tests. Per Andrew Dunstan.
-
Bruce Momjian authored
* Reduce WAL traffic so only modified values are written rather than entire rows > > http://archives.postgresql.org/pgsql-hackers/2007-03/msg01589.php >
-
Bruce Momjian authored
installation.
-
- 04 Apr, 2007 2 commits
-
-
Andrew Dunstan authored
-
Bruce Momjian authored
<H3 id="item3.7">3.7) What computer hardware should I use?</H3>
-