- 02 3月, 2007 4 次提交
-
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
this, add a 16-bit "flags" field to page headers by stealing some bits from pd_tli. We use one flag bit as a hint to indicate whether there are any unused line pointers; the remaining 15 are available for future use. This is a cut-down form of an idea proposed by Hiroki Kataoka in July 2005. At the time it was rejected because the original patch increased the size of page headers and it wasn't clear that the benefit outweighed the distributed cost. The flag-bit approach gets most of the benefit without requiring an increase in the page header size. Heikki Linnakangas and Tom Lane
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
It has been wrong for this case since it was first written for 7.1 :-( Per report from Pavel Hanák.
-
- 01 3月, 2007 3 次提交
-
-
由 Peter Eisentraut 提交于
Pavel Stehule
-
由 Tom Lane 提交于
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 提交于
<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>
-
- 28 2月, 2007 6 次提交
-
-
由 Magnus Hagander 提交于
-
由 Tom Lane 提交于
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 提交于
-
由 Bruce Momjian 提交于
Robert Treat
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
casts to text.
-
- 27 2月, 2007 2 次提交
-
-
由 Magnus Hagander 提交于
-
由 Tom Lane 提交于
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.
-
- 26 2月, 2007 1 次提交
-
-
由 Tom Lane 提交于
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.
-
- 24 2月, 2007 8 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
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 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
Zdenek Kotala
-
由 Bruce Momjian 提交于
Chad Wagner
-
- 23 2月, 2007 3 次提交
-
-
由 Tom Lane 提交于
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 提交于
immediately: ExecHashGetHashValue failed to restore the caller's memory context before taking the failure exit.
-
由 Tom Lane 提交于
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.
-
- 22 2月, 2007 12 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
in the future.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
function might reduce the number of free pages in the table. Recommend VACUUM FULL only if 20% free. Simon Riggs.
-
由 Bruce Momjian 提交于
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 提交于
-
由 Bruce Momjian 提交于
Jun Kuwamura
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
and a Simplified version (China (PRC)). Backpatch to 8.2.X. Daojing.Zhou
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 21 2月, 2007 1 次提交
-
-
由 Bruce Momjian 提交于
Korry Douglas and Nikhil S
-