- 12 4月, 2005 2 次提交
-
-
由 Tom Lane 提交于
into indexscans on matching indexes. For the moment, it only handles int4 and text datatypes; next step is to add a column to pg_aggregate so that all MIN/MAX aggregates can be handled. Per my recent proposal.
-
由 Tom Lane 提交于
deferred triggers: either one can create more work for the other, so we have to loop till it's all gone. Per example from andrew@supernews. Add a regression test to help spot trouble in this area in future.
-
- 11 4月, 2005 4 次提交
-
-
由 Tom Lane 提交于
while completing execution of the cursor's query. Otherwise we get wrong answers or even crashes from non-volatile functions called by the query. Per report from andrew@supernews.
-
由 Tom Lane 提交于
that is a plain NULL and not a COALESCE with no inputs. Fixes crash reported by Michael Williamson.
-
由 Tom Lane 提交于
decides whether to use hashed grouping instead of sort-plus-uniq grouping. The function needs an annoyingly large number of parameters, but this still seems like a win for legibility, since it removes over a hundred lines from grouping_planner (which is still too big :-().
-
由 Tom Lane 提交于
into the wrong memory context, resulting in a query-lifespan memory leak. Bug is new in 8.0, I believe. Per report from Rae Stiening.
-
- 08 4月, 2005 4 次提交
-
-
由 Tom Lane 提交于
it must occur *before* we get into the critical state of holding a lock we have no place to record. Per discussion with Qingqing Zhou.
-
由 Tom Lane 提交于
the held_lwlocks[] array. Per Qingqing Zhou.
-
由 Neil Conway 提交于
the long-term plan for this behavior for quite some time, but it is only possible now that DELETE has a USING clause so that the user can join other tables in a DELETE statement without relying on this behavior.
-
由 Neil Conway 提交于
forking the stats collector child process.
-
- 07 4月, 2005 7 次提交
-
-
由 Tom Lane 提交于
end of file.
-
由 Tom Lane 提交于
output parameters or VOID or a set. There seems no particular reason to insist on a RETURN in these cases, since the function return value is determined by other elements anyway. Per recent discussion.
-
由 Neil Conway 提交于
updated the expected/ output, not the output/ output. Apologies.
-
由 Neil Conway 提交于
in UPDATE. We also now issue a NOTICE if a query has _any_ implicit range table entries -- in the past, we would only warn about implicit RTEs in SELECTs with at least one explicit RTE. As a result of the warning change, 25 of the regression tests had to be updated. I also took the opportunity to remove some bogus whitespace differences between some of the float4 and float8 variants. I believe I have correctly updated all the platform-specific variants, but let me know if that's not the case. Original patch for DELETE ... USING from Euler Taveira de Oliveira, reworked by Neil Conway.
-
由 Neil Conway 提交于
functions. This patch optimizes int2_sum(), int4_sum(), float4_accum() and float8_accum() to avoid needing to copy the transition function's state for each input tuple of the aggregate. In an extreme case (e.g. SELECT sum(int2_col) FROM table where table has a single column), it improves performance by about 20%. For more complex queries or tables with wider rows, the relative performance improvement will not be as significant.
-
由 Tom Lane 提交于
ExecProcNode() with a NULL value, so the test couldn't do anything for us except maybe mask bugs. Removing it probably doesn't save anything much either, but then again this is a hot-spot routine.
-
由 Tom Lane 提交于
few palloc's. I also chose to eliminate the restype and restypmod fields entirely, since they are redundant with information stored in the node's contained expression; re-examining the expression at need seems simpler and more reliable than trying to keep restype/restypmod up to date. initdb forced due to change in contents of stored rules.
-
- 06 4月, 2005 4 次提交
-
-
由 Bruce Momjian 提交于
required for us to pull it into the main website. Same kind of fixes as last time, just make sure things aren't violating the HTML standard. No context changes at all. Magnus Hagander
-
由 Neil Conway 提交于
output of \dD in psql. From Greg Sabino Mullane.
-
由 Neil Conway 提交于
braces around single statements (for PG_TRY macros). This patch fixes it. Alvaro Herrera.
-
由 Tom Lane 提交于
OPENed on non-SELECT commands such as EXPLAIN or SHOW (anything that returns tuples is allowed). This flexibility already existed for bound cursors, but OPEN was artificially restricting what it would take. Per a gripe some months back.
-
- 05 4月, 2005 2 次提交
-
-
由 Tom Lane 提交于
-
由 Neil Conway 提交于
performance hack Tom introduced recently. This means we can avoid copying the transition array for each input tuple if these functions are invoked as aggregate transition functions. To test the performance improvement, I created a 1 million row table with a single int4 column. Without the patch, SELECT avg(col) FROM table took about 4.2 seconds (after the data was cached); with the patch, it took about 3.2 seconds. Naturally, the performance improvement for a less trivial query (or a table with wider rows) would be relatively smaller.
-
- 04 4月, 2005 3 次提交
-
-
由 Neil Conway 提交于
not the brand of vodka. Complete FETCH <sth> <sth> with FROM and IN, not FROM and TO (which is still pretty incomplete, but at least its the right syntax).
-
由 Neil Conway 提交于
comment. Patch from Alvaro.
-
由 Tom Lane 提交于
outer side of an outer join. Per andrew@supernews.
-
- 02 4月, 2005 5 次提交
-
-
由 Tom Lane 提交于
cases with binary-compatible relabeling. My first try was implicitly assuming that all operators scalarineqsel is used for have binary- compatible datatypes on both sides ... which is very wrong of course. Per report from Michael Fuhr.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
PL languages.
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
-
- 01 4月, 2005 5 次提交
-
-
由 Bruce Momjian 提交于
January --- would return wrong year for 2005-01-01 and 2006-01-01. per report from Robert Creager. Backpatch to 8.0.X.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
for a function taking no arguments, per report from Michael Fuhr.
-
由 Tom Lane 提交于
exit. Without this, operations triggered during backend exit (such as temp table deletions) won't be counted ... which given heavy usage of temp tables can lead to pg_autovacuum falling way behind on the need to vacuum pg_class and pg_attribute. Per reports from Steve Crawford and others.
-
由 Tom Lane 提交于
functions with OUT parameters. The various PLs still need work, as does pg_dump. Rudimentary docs and regression tests included.
-
- 31 3月, 2005 1 次提交
-
-
由 Neil Conway 提交于
old comment in the code claimed that this was necessary. Since it is not actually necessary any more, it is clearer to remove the comment and just return NULL instead -- the return value of ExecHash() is not used.
-
- 30 3月, 2005 2 次提交
-
-
由 Tom Lane 提交于
proposal for OUT parameter support. The columns don't actually *do* anything yet, they are just left NULLs. But I thought I'd commit this part separately as a fairly pure example of the tasks needed when adding a column to pg_proc or one of the other core system tables.
-
由 Tom Lane 提交于
implement any new feature, it just pushes the 'not implemented' error message deeper into the backend. I also tweaked the grammar to accept Oracle-ish parameter syntax (parameter name first), as well as the SQL99 standard syntax (parameter mode first), since it was easy and people will doubtless try to use both anyway.
-
- 29 3月, 2005 1 次提交
-
-
由 Tom Lane 提交于
former to 100 by default. Clean up some of the less necessary dependencies on FUNC_MAX_ARGS; however, the biggie (FunctionCallInfoData) remains.
-