upstream/postgresql
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2026-03-13 22:28:01 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
postgresql/src/include/executor/tstoreReceiver.h

30 lines
767 B
C
Raw Normal View History

Add new file.
2003-03-27 11:55:11 -05:00
/*-------------------------------------------------------------------------
*
* tstoreReceiver.h
* prototypes for tstoreReceiver.c
*
*
Update copyright via script for 2017
2017-01-03 13:48:53 -05:00
* Portions Copyright (c) 1996-2017, PostgreSQL Global Development Group
Add new file.
2003-03-27 11:55:11 -05:00
* Portions Copyright (c) 1994, Regents of the University of California
*
Remove cvs keywords from all files.
2010-09-20 16:08:53 -04:00
* src/include/executor/tstoreReceiver.h
Add new file.
2003-03-27 11:55:11 -05:00
*
*-------------------------------------------------------------------------
*/
#ifndef TSTORE_RECEIVER_H
#define TSTORE_RECEIVER_H
#include "tcop/dest.h"
Restructure command destination handling so that we pass around DestReceiver pointers instead of just CommandDest values. The DestReceiver is made at the point where the destination is selected, rather than deep inside the executor. This cleans up the original kluge implementation of tstoreReceiver.c, and makes it easy to support retrieving results from utility statements inside portals. Thus, you can now do fun things like Bind and Execute a FETCH or EXPLAIN command, and it'll all work as expected (e.g., you can Describe the portal, or use Execute's count parameter to suspend the output partway through). Implementation involves stuffing the utility command's output into a Tuplestore, which would be kind of annoying for huge output sets, but should be quite acceptable for typical uses of utility commands.
2003-05-06 16:26:28 -04:00
#include "utils/tuplestore.h"
Add new file.
2003-03-27 11:55:11 -05:00
Restructure command destination handling so that we pass around DestReceiver pointers instead of just CommandDest values. The DestReceiver is made at the point where the destination is selected, rather than deep inside the executor. This cleans up the original kluge implementation of tstoreReceiver.c, and makes it easy to support retrieving results from utility statements inside portals. Thus, you can now do fun things like Bind and Execute a FETCH or EXPLAIN command, and it'll all work as expected (e.g., you can Describe the portal, or use Execute's count parameter to suspend the output partway through). Implementation involves stuffing the utility command's output into a Tuplestore, which would be kind of annoying for huge output sets, but should be quite acceptable for typical uses of utility commands.
2003-05-06 16:26:28 -04:00
Clean up the API for DestReceiver objects by eliminating the assumption that a Portal is a useful and sufficient additional argument for CreateDestReceiver --- it just isn't, in most cases. Instead formalize the approach of passing any needed parameters to the receiver separately. One unexpected benefit of this change is that we can declare typedef Portal in a less surprising location. This patch is just code rearrangement and doesn't change any functionality. I'll tackle the HOLD-cursor-vs-toast problem in a follow-on patch.
2008-11-30 15:51:25 -05:00
extern DestReceiver *CreateTuplestoreDestReceiver(void);
extern void SetTuplestoreDestReceiverParams(DestReceiver *self,
8.4 pgindent run, with new combined Linux/FreeBSD/MinGW typedef list provided by Andrew.
2009-06-11 10:49:15 -04:00
Tuplestorestate *tStore,
MemoryContext tContext,
bool detoast);
Add new file.
2003-03-27 11:55:11 -05:00
pgindent run.
2003-08-03 20:43:34 -04:00
#endif /* TSTORE_RECEIVER_H */
Reference in a new issue Copy permalink