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

tqueue.c

Blame
    • Robert Haas's avatar
      adeee974
      Fix dumb bug in tqueue.c · adeee974
      Robert Haas authored
      When I wrote this code originally, the intention was to recompute the
      remapinfo only when the tupledesc changes.  This presumably only
      happens once per query, but I copied the design pattern from other
      DestReceivers.  However, due to a silly oversight on my part,
      tqueue->tupledesc never got set, leading to recomputation for every
      tuple.
      
      This should improve the performance of parallel scans that return a
      significant number of tuples.
      
      Report by Amit Kapila; patch by me, reviewed by him.
      adeee974
      History
      Fix dumb bug in tqueue.c
      Robert Haas authored
      When I wrote this code originally, the intention was to recompute the
      remapinfo only when the tupledesc changes.  This presumably only
      happens once per query, but I copied the design pattern from other
      DestReceivers.  However, due to a silly oversight on my part,
      tqueue->tupledesc never got set, leading to recomputation for every
      tuple.
      
      This should improve the performance of parallel scans that return a
      significant number of tuples.
      
      Report by Amit Kapila; patch by me, reviewed by him.