From 6563e9e2e8b15350e4cb99b86f2f7dec54722155 Mon Sep 17 00:00:00 2001
From: Tom Lane
Date: Wed, 16 Jul 2008 16:55:24 +0000
Subject: Add a "provariadic" column to pg_proc to eliminate the remarkably
expensive need to deconstruct proargmodes for each pg_proc entry inspected by
FuncnameGetCandidates(). Fixes function lookup performance regression caused
by yesterday's variadic-functions patch.
In passing, make pg_proc.probin be NULL, rather than a dummy value '-',
in cases where it is not actually used for the particular type of function.
This should buy back some of the space cost of the extra column.
---
doc/src/sgml/catalogs.sgml | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
(limited to 'doc/src')
diff --git a/doc/src/sgml/catalogs.sgml b/doc/src/sgml/catalogs.sgml
index 7accea0f76c..83be70ca666 100644
--- a/doc/src/sgml/catalogs.sgml
+++ b/doc/src/sgml/catalogs.sgml
@@ -1,4 +1,4 @@
-
+
@@ -3569,6 +3569,14 @@
Estimated number of result rows (zero if not proretset>)
+
+ provariadic
+ oid
+ pg_type.oid
+ Data type of the variadic array parameter's elements,
+ or zero if the function does not have a variadic parameter
+
+
proisaggbool
--
cgit v1.2.3