postgresql/src/backend/nodes
Tom Lane aa83bc04e0 Restructure parsetree representation of DECLARE CURSOR: now it's a
utility statement (DeclareCursorStmt) with a SELECT query dangling from
it, rather than a SELECT query with a few unusual fields in it.  Add
code to determine whether a planned query can safely be run backwards.
If DECLARE CURSOR specifies SCROLL, ensure that the plan can be run
backwards by adding a Materialize plan node if it can't.  Without SCROLL,
you get an error if you try to fetch backwards from a cursor that can't
handle it.  (There is still some discussion about what the exact
behavior should be, but this is necessary infrastructure in any case.)
Along the way, make EXPLAIN DECLARE CURSOR work.
2003-03-10 03:53:52 +00:00
..
bitmapset.c Replace planner's representation of relation sets, per pghackers discussion. 2003-02-08 20:20:55 +00:00
copyfuncs.c Restructure parsetree representation of DECLARE CURSOR: now it's a 2003-03-10 03:53:52 +00:00
equalfuncs.c Restructure parsetree representation of DECLARE CURSOR: now it's a 2003-03-10 03:53:52 +00:00
list.c Create a distinction between Lists of integers and Lists of OIDs, to get 2003-02-09 06:56:28 +00:00
Makefile Replace planner's representation of relation sets, per pghackers discussion. 2003-02-08 20:20:55 +00:00
makefuncs.c Get rid of last few vestiges of parsetree dependency on grammar token 2003-02-10 04:44:47 +00:00
nodeFuncs.c Phase 3 of read-only-plans project: ExecInitExpr now builds expression 2002-12-13 19:46:01 +00:00
nodes.c Code review for palloc0 patch --- avoid dangerous and unnecessary 2002-12-16 16:22:46 +00:00
outfuncs.c Restructure parsetree representation of DECLARE CURSOR: now it's a 2003-03-10 03:53:52 +00:00
print.c Improve print_expr() a little. It's still not very bright though. 2003-01-22 19:26:35 +00:00
read.c Restructure outfuncs and readfuncs to use macros in the same style as 2002-11-25 18:12:12 +00:00
readfuncs.c Restructure parsetree representation of DECLARE CURSOR: now it's a 2003-03-10 03:53:52 +00:00
README Postgres95 1.01 Distribution - Virgin Sources 1996-07-09 06:22:35 +00:00

*******************************************************************************
*                                                                             *
* EXPLANATION OF THE NODE STRUCTURES                                          *
*    - Andrew Yu (11/94)                                                      *
*                                                                             *
* Copyright (c) 1994, Regents of the University of California                 *
*                                                                             *
* $Id: README,v 1.1.1.1 1996/07/09 06:21:32 scrappy Exp $
*                                                                             *
*******************************************************************************

INTRODUCTION

The current node structures are plain old C structures. "Inheritance" is
achieved by convention. No additional functions will be generated. Functions
that manipulate node structures reside in this directory.


FILES IN THIS DIRECTORY

    Node manipulation functions:
	copyfuncs.c	- copying a node
	equalfuncs.c	- comparing a node
	outfuncs.c	- convert a node to ascii representation
	readfuncs.c	- convert ascii representation back to a node
	makefuncs.c	- creator functions for primitive nodes

    Node definitions:
	nodes.h		- define node tags (NodeTag)
	pg_list.h	- generic list 
	primnodes.h	- primitive nodes
	parsenodes.h	- parse tree nodes
	plannodes.h	- plan tree nodes
	relation.h	- inner plan tree nodes
	execnodes.h	- executor nodes
	memnodes.h	- memory nodes


STEPS TO ADD A NODE

Suppose you wana define a node Foo:

1. add a tag (T_Foo) to the enum NodeTag in nodes.h (You may have to
   recompile the whole tree after doing this.)
2. add the structure definition to the appropriate ???nodes.h file. If you
   intend to inherit from, say a Plan node, put Plan as the first field of
   you definition.
3. if you intend to use copyObject, equal, nodeToString or stringToNode,
   add an appropriate function to copyfuncs.c, equalfuncs.c, outfuncs.c
   and readfuncs.c accordingly. (Except for frequently used nodes, don't
   bother writing a creator function in makefuncs.c)


HISTORICAL NOTE

Prior to the current simple C structure definitions, the Node structures 
uses a pseudo-inheritance system which automatically generates creator and
accessor functions. Since every node inherits from LispValue, the whole thing
is a mess. Here's a little anecdote:

    LispValue definition -- class used to support lisp structures
    in C.  This is here because we did not want to totally rewrite
    planner and executor code which depended on lisp structures when
    we ported postgres V1 from lisp to C. -cim 4/23/90