Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

prepare.c

  • Tom Lane's avatar
    46379d6e
    Separate parse-analysis for utility commands out of parser/analyze.c · 46379d6e
    Tom Lane authored
    (which now deals only in optimizable statements), and put that code
    into a new file parser/parse_utilcmd.c.  This helps clarify and enforce
    the design rule that utility statements shouldn't be processed during
    the regular parse analysis phase; all interpretation of their meaning
    should happen after they are given to ProcessUtility to execute.
    (We need this because we don't retain any locks for a utility statement
    that's in a plan cache, nor have any way to detect that it's stale.)
    
    We are also able to simplify the API for parse_analyze() and related
    routines, because they will now always return exactly one Query structure.
    
    In passing, fix bug #3403 concerning trying to add a serial column to
    an existing temp table (this is largely Heikki's work, but we needed
    all that restructuring to make it safe).
    46379d6e
    History
    Separate parse-analysis for utility commands out of parser/analyze.c
    Tom Lane authored
    (which now deals only in optimizable statements), and put that code
    into a new file parser/parse_utilcmd.c.  This helps clarify and enforce
    the design rule that utility statements shouldn't be processed during
    the regular parse analysis phase; all interpretation of their meaning
    should happen after they are given to ProcessUtility to execute.
    (We need this because we don't retain any locks for a utility statement
    that's in a plan cache, nor have any way to detect that it's stale.)
    
    We are also able to simplify the API for parse_analyze() and related
    routines, because they will now always return exactly one Query structure.
    
    In passing, fix bug #3403 concerning trying to add a serial column to
    an existing temp table (this is largely Heikki's work, but we needed
    all that restructuring to make it safe).