diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2002-02-27 19:36:13 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2002-02-27 19:36:13 +0000 |
commit | 6779c55c228ba5904dc767a7882b47a2b4c74ff7 (patch) | |
tree | 27a1df60ccf81098405bd477d653da6edebce6c0 /src/backend/access/common/tupdesc.c | |
parent | e22c9c44756da85bf1e453f83bf260c9e5ef5813 (diff) |
Clean up BeginCommand and related routines. BeginCommand and EndCommand
are now both invoked once per received SQL command (raw parsetree) from
pg_exec_query_string. BeginCommand is actually just an empty routine
at the moment --- all its former operations have been pushed into tuple
receiver setup routines in printtup.c. This makes for a clean distinction
between BeginCommand/EndCommand (once per command) and the tuple receiver
setup/teardown routines (once per ExecutorRun call), whereas the old code
was quite ad hoc. Along the way, clean up the calling conventions for
ExecutorRun a little bit.
Diffstat (limited to 'src/backend/access/common/tupdesc.c')
-rw-r--r-- | src/backend/access/common/tupdesc.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/src/backend/access/common/tupdesc.c b/src/backend/access/common/tupdesc.c index 4b9d53df347..81f996b8a03 100644 --- a/src/backend/access/common/tupdesc.c +++ b/src/backend/access/common/tupdesc.c @@ -8,7 +8,7 @@ * * * IDENTIFICATION - * $Header: /cvsroot/pgsql/src/backend/access/common/tupdesc.c,v 1.76 2001/10/25 05:49:20 momjian Exp $ + * $Header: /cvsroot/pgsql/src/backend/access/common/tupdesc.c,v 1.77 2002/02/27 19:34:11 tgl Exp $ * * NOTES * some of the executor utility code such as "ExecTypeFromTL" should be @@ -432,7 +432,7 @@ TupleDescInitEntry(TupleDesc desc, * * (Why not just make the atttypid point to the OID type, instead of the * type the query returns? Because the executor uses the atttypid to - * tell the front end what type will be returned (in BeginCommand), + * tell the front end what type will be returned, * and in the end the type returned will be the result of the query, * not an OID.) * |