- 01 Mar, 2007 1 commit
-
-
Peter Eisentraut authored
Pavel Stehule
-
- 28 Feb, 2007 3 commits
-
-
Tom Lane authored
ways. I'm not totally sure that I caught everything, but at least now they pass their regression tests with VARSIZE/SET_VARSIZE defined to reverse byte order.
-
Bruce Momjian authored
<li>PostgreSQL is licensed under a BSD license. By posting a patch to the public PostgreSQL mailling lists, you are giving the PostgreSQL Global Development Group the non-revokable right to distribute your patch under the BSD license. If you use code that is available under some other license that is BSD compatible (eg. public domain), please note that in your email submission.</li>
-
Magnus Hagander authored
-
- 27 Feb, 2007 7 commits
-
-
Tom Lane authored
Get rid of VARATT_SIZE and VARATT_DATA, which were simply redundant with VARSIZE and VARDATA, and as a consequence almost no code was using the longer names. Rename the length fields of struct varlena and various derived structures to catch anyplace that was accessing them directly; and clean up various places so caught. In itself this patch doesn't change any behavior at all, but it is necessary infrastructure if we hope to play any games with the representation of varlena headers. Greg Stark and Tom Lane
-
Bruce Momjian authored
-
Bruce Momjian authored
Robert Treat
-
Bruce Momjian authored
-
Peter Eisentraut authored
casts to text.
-
Magnus Hagander authored
-
Tom Lane authored
parent query's EState. Now that there's a single flat rangetable for both the main plan and subplans, there's no need anymore for a separate EState, and removing it allows cleaning up some crufty code in nodeSubplan.c and nodeSubqueryscan.c. Should be a tad faster too, although any difference will probably be hard to measure. This is the last bit of subsidiary mop-up work from changing to a flat rangetable.
-
- 25 Feb, 2007 1 commit
-
-
Tom Lane authored
is still needed despite cleanups in setrefs.c, because the point is to let the inserted Result node compute a different tlist than its input node does. Per example from Jeremy Drake.
-
- 23 Feb, 2007 8 commits
-
-
Bruce Momjian authored
-
Tom Lane authored
drill down into subplan targetlists to print the referent expression for an OUTER or INNER var in an upper plan node. Hence, make it do that always, and banish the old hack of showing "?columnN?" when things got too complicated. Along the way, fix an EXPLAIN bug I introduced by suppressing subqueries from execution-time range tables: get_name_for_var_field() assumed it could look at rte->subquery to find out the real type of a RECORD var. That doesn't work anymore, but instead we can look at the input plan of the SubqueryScan plan node.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
Zdenek Kotala
-
Bruce Momjian authored
Chad Wagner
-
- 22 Feb, 2007 3 commits
-
-
Tom Lane authored
and quals have varno OUTER, rather than zero, to indicate a reference to an output of their lefttree subplan. This is consistent with the way that every other upper-level node type does it, and allows some simplifications in setrefs.c and EXPLAIN.
-
Tom Lane authored
immediately: ExecHashGetHashValue failed to restore the caller's memory context before taking the failure exit.
-
Tom Lane authored
useless substructure for its RangeTblEntry nodes. (I chose to keep using the same struct node type and just zero out the link fields for unneeded info, rather than making a separate ExecRangeTblEntry type --- it seemed too fragile to have two different rangetable representations.) Along the way, put subplans into a list in the toplevel PlannedStmt node, and have SubPlan nodes refer to them by list index instead of direct pointers. Vadim wanted to do that years ago, but I never understood what he was on about until now. It makes things a *whole* lot more robust, because we can stop worrying about duplicate processing of subplans during expression tree traversals. That's been a constant source of bugs, and it's finally gone. There are some consequent simplifications yet to be made, like not using a separate EState for subplans in the executor, but I'll tackle that later.
-
- 21 Feb, 2007 17 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
in the future.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
function might reduce the number of free pages in the table. Recommend VACUUM FULL only if 20% free. Simon Riggs.
-
Bruce Momjian authored
I refactored findsplitloc and checksplitloc so that the division of labor is more clear IMO. I pushed all the space calculation inside the loop to checksplitloc. I also fixed the off by 4 in free space calculation caused by PageGetFreeSpace subtracting sizeof(ItemIdData), even though it was harmless, because it was distracting and I felt it might come back to bite us in the future if we change the page layout or alignments. There's now a new function PageGetExactFreeSpace that doesn't do the subtraction. findsplitloc now tries the "just the new item to right page" split as well. If people don't like the refactoring, I can write a patch to just add that. Heikki Linnakangas
-
Bruce Momjian authored
-
Bruce Momjian authored
Jun Kuwamura
-
Bruce Momjian authored
-
Bruce Momjian authored
and a Simplified version (China (PRC)). Backpatch to 8.2.X. Daojing.Zhou
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
Korry Douglas and Nikhil S
-
Bruce Momjian authored
-
Magnus Hagander authored
to have such entries, and want to be notified when we do... Leave the plain bugfix in genbki.
-
Bruce Momjian authored
-
Andrew Dunstan authored
Allow pltcl args to spi_prepare and plpython args to plpy.prepare to be standard type aliases as well as those known in pg_type. Similar to recent change in plperl.
-