2000-01-05 07:06:23 +01:00
|
|
|
--
|
|
|
|
-- OPR_SANITY
|
|
|
|
-- Sanity checks for common errors in making operator/procedure system tables:
|
|
|
|
-- pg_operator, pg_proc, pg_aggregate, pg_am, pg_amop, pg_amproc, pg_opclass.
|
|
|
|
--
|
|
|
|
-- None of the SELECTs here should ever find any matching entries,
|
|
|
|
-- so the expected output is easy to maintain ;-).
|
|
|
|
-- A test failure indicates someone messed up an entry in the system tables.
|
|
|
|
--
|
|
|
|
-- NB: we assume the oidjoins test will have caught any dangling links,
|
|
|
|
-- that is OID or REGPROC fields that are not zero and do not match some
|
|
|
|
-- row in the linked-to table. However, if we want to enforce that a link
|
|
|
|
-- field can't be 0, we have to check it here.
|
|
|
|
--
|
|
|
|
-- NB: run this test earlier than the create_operator test, because
|
|
|
|
-- that test creates some bogus operators...
|
|
|
|
--
|
|
|
|
-- NOTE hardwired assumptions about standard types:
|
|
|
|
-- type bool has OID 16
|
|
|
|
-- type float8 has OID 701
|
|
|
|
--
|
|
|
|
-- **************** pg_proc ****************
|
|
|
|
-- Look for illegal values in pg_proc fields.
|
2000-01-23 00:51:20 +01:00
|
|
|
-- NOTE: currently there are a few pg_proc entries that have prorettype = 0.
|
|
|
|
-- Someday that ought to be cleaned up.
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_proc as p1
|
1999-05-12 17:02:39 +02:00
|
|
|
WHERE (p1.prolang = 0 OR p1.prorettype = 0 OR
|
|
|
|
p1.pronargs < 0 OR p1.pronargs > 9)
|
1999-09-30 17:28:34 +02:00
|
|
|
AND p1.proname !~ '^pl[^_]+_call_handler$'
|
1999-12-21 01:06:44 +01:00
|
|
|
AND p1.proname !~ '^RI_FKey_'
|
2000-01-23 00:51:20 +01:00
|
|
|
AND p1.proname !~ 'costestimate$'
|
1999-12-21 01:06:44 +01:00
|
|
|
AND p1.proname != 'update_pg_pwd';
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | proname
|
|
|
|
-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for conflicting proc definitions (same names and input datatypes).
|
2000-06-19 05:55:01 +02:00
|
|
|
-- (This test should be dead code now that we have the unique index
|
|
|
|
-- pg_proc_proname_narg_type_index, but I'll leave it in anyway.)
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.proname, p2.oid, p2.proname
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
|
|
|
p1.proname = p2.proname AND
|
|
|
|
p1.pronargs = p2.pronargs AND
|
|
|
|
p1.proargtypes = p2.proargtypes;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | proname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-06-05 09:29:25 +02:00
|
|
|
-- Considering only built-in procs (prolang = 11/12), look for multiple uses
|
2000-01-05 07:06:23 +01:00
|
|
|
-- of the same internal function (ie, matching prosrc fields). It's OK to
|
|
|
|
-- have several entries with different pronames for the same internal function,
|
|
|
|
-- but conflicts in the number of arguments and other critical items should
|
|
|
|
-- be complained of.
|
|
|
|
SELECT p1.oid, p1.proname, p2.oid, p2.proname
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
2000-06-19 05:55:01 +02:00
|
|
|
(p1.prolang != p2.prolang OR
|
|
|
|
p1.proisinh != p2.proisinh OR
|
1999-03-29 03:30:45 +02:00
|
|
|
p1.proistrusted != p2.proistrusted OR
|
|
|
|
p1.proiscachable != p2.proiscachable OR
|
|
|
|
p1.pronargs != p2.pronargs OR
|
|
|
|
p1.proretset != p2.proretset);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | proname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for uses of different type OIDs in the argument/result type fields
|
|
|
|
-- for different aliases of the same built-in function.
|
|
|
|
-- This indicates that the types are being presumed to be binary-equivalent.
|
|
|
|
-- That's not wrong, necessarily, but we make lists of all the types being
|
|
|
|
-- so treated. Note that the expected output of this part of the test will
|
|
|
|
-- need to be modified whenever new pairs of types are made binary-equivalent!
|
|
|
|
SELECT DISTINCT p1.prorettype, p2.prorettype
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.prorettype < p2.prorettype);
|
2000-01-05 07:06:23 +01:00
|
|
|
prorettype | prorettype
|
|
|
|
------------+------------
|
|
|
|
25 | 1043
|
2000-07-17 05:05:41 +02:00
|
|
|
(1 row)
|
1999-03-29 03:30:45 +02:00
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[0], p2.proargtypes[0]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[0] < p2.proargtypes[0]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
|
|
|
25 | 1043
|
2000-08-21 06:48:57 +02:00
|
|
|
1560 | 1562
|
|
|
|
(2 rows)
|
1999-03-29 03:30:45 +02:00
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[1], p2.proargtypes[1]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[1] < p2.proargtypes[1]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
2000-08-21 06:48:57 +02:00
|
|
|
1560 | 1562
|
|
|
|
(1 row)
|
1999-03-29 03:30:45 +02:00
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[2], p2.proargtypes[2]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[2] < p2.proargtypes[2]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[3], p2.proargtypes[3]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[3] < p2.proargtypes[3]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[4], p2.proargtypes[4]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[4] < p2.proargtypes[4]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[5], p2.proargtypes[5]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[5] < p2.proargtypes[5]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[6], p2.proargtypes[6]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[6] < p2.proargtypes[6]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT DISTINCT p1.proargtypes[7], p2.proargtypes[7]
|
1999-03-29 03:30:45 +02:00
|
|
|
FROM pg_proc AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2000-06-05 09:29:25 +02:00
|
|
|
p1.prosrc = p2.prosrc AND
|
|
|
|
(p1.prolang = 11 OR p1.prolang = 12) AND
|
|
|
|
(p2.prolang = 11 OR p2.prolang = 12) AND
|
1999-03-29 03:30:45 +02:00
|
|
|
(p1.proargtypes[7] < p2.proargtypes[7]);
|
2000-01-05 07:06:23 +01:00
|
|
|
proargtypes | proargtypes
|
|
|
|
-------------+-------------
|
1999-03-29 03:30:45 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- **************** pg_operator ****************
|
|
|
|
-- Look for illegal values in pg_operator fields.
|
|
|
|
SELECT p1.oid, p1.oprname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator as p1
|
|
|
|
WHERE (p1.oprkind != 'b' AND p1.oprkind != 'l' AND p1.oprkind != 'r') OR
|
|
|
|
p1.oprresult = 0 OR p1.oprcode = 0;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for missing or unwanted operand types
|
|
|
|
SELECT p1.oid, p1.oprname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator as p1
|
|
|
|
WHERE (p1.oprleft = 0 and p1.oprkind != 'l') OR
|
|
|
|
(p1.oprleft != 0 and p1.oprkind = 'l') OR
|
|
|
|
(p1.oprright = 0 and p1.oprkind != 'r') OR
|
|
|
|
(p1.oprright != 0 and p1.oprkind = 'r');
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for conflicting operator definitions (same names and input datatypes).
|
|
|
|
SELECT p1.oid, p1.oprcode, p2.oid, p2.oprcode
|
1998-10-29 05:27:11 +01:00
|
|
|
FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
|
|
|
p1.oprname = p2.oprname AND
|
|
|
|
p1.oprkind = p2.oprkind AND
|
|
|
|
p1.oprleft = p2.oprleft AND
|
|
|
|
p1.oprright = p2.oprright;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprcode | oid | oprcode
|
|
|
|
-----+---------+-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for commutative operators that don't commute.
|
|
|
|
-- DEFINITIONAL NOTE: If A.oprcom = B, then x A y has the same result as y B x.
|
|
|
|
-- We expect that B will always say that B.oprcom = A as well; that's not
|
|
|
|
-- inherently essential, but it would be inefficient not to mark it so.
|
|
|
|
SELECT p1.oid, p1.oprcode, p2.oid, p2.oprcode
|
1998-10-29 05:27:11 +01:00
|
|
|
FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oprcom = p2.oid AND
|
|
|
|
(p1.oprkind != 'b' OR
|
|
|
|
p1.oprleft != p2.oprright OR
|
|
|
|
p1.oprright != p2.oprleft OR
|
|
|
|
p1.oprresult != p2.oprresult OR
|
|
|
|
p1.oid != p2.oprcom);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprcode | oid | oprcode
|
|
|
|
-----+---------+-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for negatory operators that don't agree.
|
|
|
|
-- DEFINITIONAL NOTE: If A.oprnegate = B, then both A and B must yield
|
|
|
|
-- boolean results, and (x A y) == ! (x B y), or the equivalent for
|
|
|
|
-- single-operand operators.
|
|
|
|
-- We expect that B will always say that B.oprnegate = A as well; that's not
|
|
|
|
-- inherently essential, but it would be inefficient not to mark it so.
|
|
|
|
SELECT p1.oid, p1.oprcode, p2.oid, p2.oprcode
|
1998-10-29 05:27:11 +01:00
|
|
|
FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oprnegate = p2.oid AND
|
|
|
|
(p1.oprkind != p2.oprkind OR
|
|
|
|
p1.oprleft != p2.oprleft OR
|
|
|
|
p1.oprright != p2.oprright OR
|
|
|
|
p1.oprresult != 16 OR
|
|
|
|
p2.oprresult != 16 OR
|
|
|
|
p1.oid != p2.oprnegate);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprcode | oid | oprcode
|
|
|
|
-----+---------+-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Look for mergejoin operators that don't match their links.
|
|
|
|
-- A mergejoin link leads from an '=' operator to the
|
|
|
|
-- sort operator ('<' operator) that's appropriate for
|
|
|
|
-- its left-side or right-side data type.
|
|
|
|
SELECT p1.oid, p1.oprcode, p2.oid, p2.oprcode
|
1998-10-29 05:27:11 +01:00
|
|
|
FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oprlsortop = p2.oid AND
|
1999-02-28 01:56:42 +01:00
|
|
|
(p1.oprname != '=' OR p2.oprname != '<' OR
|
1998-10-29 05:27:11 +01:00
|
|
|
p1.oprkind != 'b' OR p2.oprkind != 'b' OR
|
|
|
|
p1.oprleft != p2.oprleft OR
|
1999-02-28 01:56:42 +01:00
|
|
|
p1.oprleft != p2.oprright OR
|
1998-10-29 05:27:11 +01:00
|
|
|
p1.oprresult != 16 OR
|
|
|
|
p2.oprresult != 16 OR
|
|
|
|
p1.oprrsortop = 0);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprcode | oid | oprcode
|
|
|
|
-----+---------+-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprcode, p2.oid, p2.oprcode
|
1998-10-29 05:27:11 +01:00
|
|
|
FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oprrsortop = p2.oid AND
|
1999-02-28 01:56:42 +01:00
|
|
|
(p1.oprname != '=' OR p2.oprname != '<' OR
|
1998-10-29 05:27:11 +01:00
|
|
|
p1.oprkind != 'b' OR p2.oprkind != 'b' OR
|
1999-02-28 01:56:42 +01:00
|
|
|
p1.oprright != p2.oprleft OR
|
1998-10-29 05:27:11 +01:00
|
|
|
p1.oprright != p2.oprright OR
|
|
|
|
p1.oprresult != 16 OR
|
|
|
|
p2.oprresult != 16 OR
|
|
|
|
p1.oprlsortop = 0);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprcode | oid | oprcode
|
|
|
|
-----+---------+-----+---------
|
1998-10-29 05:27:11 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- A mergejoinable = operator must have a commutator (usually itself)
|
|
|
|
-- as well as corresponding < and > operators. Note that the "corresponding"
|
|
|
|
-- operators have the same L and R input datatypes as the = operator,
|
|
|
|
-- whereas the operators linked to by oprlsortop and oprrsortop have input
|
|
|
|
-- datatypes L,L and R,R respectively.
|
|
|
|
SELECT p1.oid, p1.oprname FROM pg_operator AS p1
|
1999-03-01 01:10:44 +01:00
|
|
|
WHERE p1.oprlsortop != 0 AND
|
|
|
|
p1.oprcom = 0;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1999-03-01 01:10:44 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprname FROM pg_operator AS p1
|
1999-03-01 01:10:44 +01:00
|
|
|
WHERE p1.oprlsortop != 0 AND NOT
|
|
|
|
EXISTS(SELECT * FROM pg_operator AS p2 WHERE
|
1999-03-28 04:07:58 +02:00
|
|
|
p2.oprname = '<' AND
|
|
|
|
p2.oprleft = p1.oprleft AND
|
|
|
|
p2.oprright = p1.oprright AND
|
|
|
|
p2.oprkind = 'b');
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1999-03-01 01:10:44 +01:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprname FROM pg_operator AS p1
|
1999-03-01 01:10:44 +01:00
|
|
|
WHERE p1.oprlsortop != 0 AND NOT
|
|
|
|
EXISTS(SELECT * FROM pg_operator AS p2 WHERE
|
1999-03-28 04:07:58 +02:00
|
|
|
p2.oprname = '>' AND
|
|
|
|
p2.oprleft = p1.oprleft AND
|
|
|
|
p2.oprright = p1.oprright AND
|
|
|
|
p2.oprkind = 'b');
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-07-28 07:07:49 +02:00
|
|
|
-- Mergejoinable operators across datatypes must come in closed sets, that
|
|
|
|
-- is if you provide int2 = int4 and int4 = int8 then you must also provide
|
|
|
|
-- int2 = int8 (and commutators of all these). This is necessary because
|
|
|
|
-- the planner tries to deduce additional qual clauses from transitivity
|
|
|
|
-- of mergejoinable operators. If there are clauses int2var = int4var and
|
|
|
|
-- int4var = int8var, the planner will deduce int2var = int8var ... and it
|
|
|
|
-- had better have a way to represent it.
|
|
|
|
SELECT p1.oid, p2.oid FROM pg_operator AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.oprlsortop != p1.oprrsortop AND
|
|
|
|
p1.oprrsortop = p2.oprlsortop AND
|
|
|
|
p2.oprlsortop != p2.oprrsortop AND
|
|
|
|
NOT EXISTS (SELECT 1 FROM pg_operator p3 WHERE
|
|
|
|
p3.oprlsortop = p1.oprlsortop AND p3.oprrsortop = p2.oprrsortop);
|
|
|
|
oid | oid
|
|
|
|
-----+-----
|
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Hashing only works on simple equality operators "type = sametype",
|
|
|
|
-- since the hash itself depends on the bitwise representation of the type.
|
|
|
|
-- Check that allegedly hashable operators look like they might be "=".
|
|
|
|
-- NOTE: in 6.5, this search finds int4eqoid and oideqint4. Until we have
|
|
|
|
-- some cleaner way of dealing with binary-equivalent types, just leave
|
|
|
|
-- those two tuples in the expected output.
|
|
|
|
SELECT p1.oid, p1.oprname
|
1999-04-08 01:33:33 +02:00
|
|
|
FROM pg_operator AS p1
|
|
|
|
WHERE p1.oprcanhash AND NOT
|
|
|
|
(p1.oprkind = 'b' AND p1.oprresult = 16 AND p1.oprleft = p1.oprright AND
|
|
|
|
p1.oprname = '=' AND p1.oprcom = p1.oid);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
------+---------
|
|
|
|
1136 | =
|
|
|
|
1137 | =
|
1999-04-08 01:33:33 +02:00
|
|
|
(2 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- In 6.5 we accepted hashable array equality operators when the array element
|
|
|
|
-- type is hashable. However, what we actually need to make hashjoin work on
|
|
|
|
-- an array is a hashable element type *and* no padding between elements in
|
|
|
|
-- the array storage (or, perhaps, guaranteed-zero padding). Currently,
|
|
|
|
-- since the padding code in arrayfuncs.c is pretty bogus, it seems safest
|
|
|
|
-- to just forbid hashjoin on array equality ops.
|
|
|
|
-- This should be reconsidered someday.
|
|
|
|
-- -- Look for array equality operators that are hashable when the underlying
|
|
|
|
-- -- type is not, or vice versa. This is presumably bogus.
|
|
|
|
--
|
|
|
|
-- SELECT p1.oid, p1.oprcanhash, p2.oid, p2.oprcanhash, t1.typname, t2.typname
|
|
|
|
-- FROM pg_operator AS p1, pg_operator AS p2, pg_type AS t1, pg_type AS t2
|
|
|
|
-- WHERE p1.oprname = '=' AND p1.oprleft = p1.oprright AND
|
|
|
|
-- p2.oprname = '=' AND p2.oprleft = p2.oprright AND
|
|
|
|
-- p1.oprleft = t1.oid AND p2.oprleft = t2.oid AND t1.typelem = t2.oid AND
|
|
|
|
-- p1.oprcanhash != p2.oprcanhash;
|
|
|
|
-- Substitute check: forbid hashable array ops, period.
|
|
|
|
SELECT p1.oid, p1.oprname
|
1999-09-06 23:16:20 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprcanhash AND p1.oprcode = p2.oid AND p2.proname = 'array_eq';
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname
|
|
|
|
-----+---------
|
1999-04-08 01:33:33 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Check that each operator defined in pg_operator matches its oprcode entry
|
|
|
|
-- in pg_proc. Easiest to do this separately for each oprkind.
|
|
|
|
-- FIXME: want to check that argument/result types match, but how to do that
|
|
|
|
-- in the face of binary-compatible types?
|
|
|
|
SELECT p1.oid, p1.oprname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprcode = p2.oid AND
|
|
|
|
p1.oprkind = 'b' AND
|
|
|
|
(p2.pronargs != 2
|
2000-01-05 07:06:23 +01:00
|
|
|
-- diked out until we find a way of marking binary-compatible types
|
|
|
|
-- OR
|
|
|
|
-- p1.oprresult != p2.prorettype OR
|
|
|
|
-- (p1.oprleft != p2.proargtypes[0] AND p2.proargtypes[0] != 0) OR
|
|
|
|
-- (p1.oprright != p2.proargtypes[1] AND p2.proargtypes[1] != 0)
|
1999-03-28 04:07:58 +02:00
|
|
|
);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- These two selects can be left as-is because there are no binary-compatible
|
|
|
|
-- cases that they trip over, at least in 6.5:
|
|
|
|
SELECT p1.oid, p1.oprname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprcode = p2.oid AND
|
|
|
|
p1.oprkind = 'l' AND
|
|
|
|
(p2.pronargs != 1 OR
|
|
|
|
p1.oprresult != p2.prorettype OR
|
|
|
|
(p1.oprright != p2.proargtypes[0] AND p2.proargtypes[0] != 0) OR
|
|
|
|
p1.oprleft != 0);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprcode = p2.oid AND
|
|
|
|
p1.oprkind = 'r' AND
|
|
|
|
(p2.pronargs != 1 OR
|
|
|
|
p1.oprresult != p2.prorettype OR
|
|
|
|
(p1.oprleft != p2.proargtypes[0] AND p2.proargtypes[0] != 0) OR
|
|
|
|
p1.oprright != 0);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- If oprrest is set, the operator must return boolean,
|
|
|
|
-- and it must link to a proc with the right signature
|
|
|
|
-- to be a restriction selectivity estimator.
|
2001-05-20 22:28:20 +02:00
|
|
|
-- The proc signature we want is: float8 proc(opaque, oid, opaque, int4)
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprrest = p2.oid AND
|
|
|
|
(p1.oprresult != 16 OR
|
|
|
|
p2.prorettype != 701 OR p2.proretset OR
|
2001-05-20 22:28:20 +02:00
|
|
|
p2.pronargs != 4 OR
|
|
|
|
p2.proargtypes[0] != 0 OR p2.proargtypes[1] != 26 OR
|
|
|
|
p2.proargtypes[2] != 0 OR p2.proargtypes[3] != 23);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- If oprjoin is set, the operator must be a binary boolean op,
|
|
|
|
-- and it must link to a proc with the right signature
|
|
|
|
-- to be a join selectivity estimator.
|
2001-05-20 22:28:20 +02:00
|
|
|
-- The proc signature we want is: float8 proc(opaque, oid, opaque)
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.oprname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_operator AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.oprjoin = p2.oid AND
|
|
|
|
(p1.oprkind != 'b' OR p1.oprresult != 16 OR
|
|
|
|
p2.prorettype != 701 OR p2.proretset OR
|
2001-05-20 22:28:20 +02:00
|
|
|
p2.pronargs != 3 OR
|
|
|
|
p2.proargtypes[0] != 0 OR p2.proargtypes[1] != 26 OR
|
|
|
|
p2.proargtypes[2] != 0);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | oprname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- **************** pg_aggregate ****************
|
|
|
|
-- Look for illegal values in pg_aggregate fields.
|
|
|
|
SELECT p1.oid, p1.aggname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_aggregate as p1
|
2000-07-17 05:05:41 +02:00
|
|
|
WHERE aggtransfn = 0 OR aggtranstype = 0 OR aggfinaltype = 0;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | aggname
|
|
|
|
-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-07-17 05:05:41 +02:00
|
|
|
-- If there is no finalfn then the output type must be the transtype.
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.aggname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_aggregate as p1
|
2000-07-17 05:05:41 +02:00
|
|
|
WHERE p1.aggfinalfn = 0 AND p1.aggfinaltype != p1.aggtranstype;
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | aggname
|
|
|
|
-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-07-17 05:05:41 +02:00
|
|
|
-- Cross-check transfn against its entry in pg_proc.
|
2000-01-05 07:06:23 +01:00
|
|
|
-- FIXME: what about binary-compatible types?
|
2000-07-17 05:05:41 +02:00
|
|
|
-- NOTE: in 7.1, this search finds max and min on abstime, which are
|
|
|
|
-- implemented using int4larger/int4smaller. Until we have
|
|
|
|
-- some cleaner way of dealing with binary-equivalent types, just leave
|
|
|
|
-- those two tuples in the expected output.
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.aggname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_aggregate AS p1, pg_proc AS p2
|
2000-07-17 05:05:41 +02:00
|
|
|
WHERE p1.aggtransfn = p2.oid AND
|
|
|
|
(p2.proretset OR
|
|
|
|
p1.aggtranstype != p2.prorettype OR
|
|
|
|
p1.aggtranstype != p2.proargtypes[0] OR
|
|
|
|
NOT ((p2.pronargs = 2 AND p1.aggbasetype = p2.proargtypes[1]) OR
|
|
|
|
(p2.pronargs = 1 AND p1.aggbasetype = 0)));
|
|
|
|
oid | aggname | oid | proname
|
|
|
|
-------+---------+-----+-------------
|
2001-08-15 00:21:59 +02:00
|
|
|
10021 | max | 768 | int4larger
|
|
|
|
10036 | min | 769 | int4smaller
|
2000-07-17 05:05:41 +02:00
|
|
|
(2 rows)
|
1999-03-28 04:07:58 +02:00
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Cross-check finalfn (if present) against its entry in pg_proc.
|
|
|
|
-- FIXME: what about binary-compatible types?
|
|
|
|
SELECT p1.oid, p1.aggname, p2.oid, p2.proname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_aggregate AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.aggfinalfn = p2.oid AND
|
|
|
|
(p2.proretset OR p1.aggfinaltype != p2.prorettype OR
|
2000-07-17 05:05:41 +02:00
|
|
|
p2.pronargs != 1 OR
|
|
|
|
p1.aggtranstype != p2.proargtypes[0]);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | aggname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-07-18 07:02:19 +02:00
|
|
|
-- If transfn is strict then either initval should be non-NULL, or
|
|
|
|
-- basetype should equal transtype so that the first non-null input
|
|
|
|
-- can be assigned as the state value.
|
|
|
|
SELECT p1.oid, p1.aggname, p2.oid, p2.proname
|
|
|
|
FROM pg_aggregate AS p1, pg_proc AS p2
|
|
|
|
WHERE p1.aggtransfn = p2.oid AND p2.proisstrict AND
|
|
|
|
p1.agginitval IS NULL AND p1.aggbasetype != p1.aggtranstype;
|
|
|
|
oid | aggname | oid | proname
|
|
|
|
-----+---------+-----+---------
|
|
|
|
(0 rows)
|
|
|
|
|
2000-06-19 05:55:01 +02:00
|
|
|
-- **************** pg_opclass ****************
|
2001-08-21 18:36:06 +02:00
|
|
|
-- Look for illegal values in pg_opclass fields
|
|
|
|
SELECT p1.oid
|
|
|
|
FROM pg_opclass as p1
|
|
|
|
WHERE p1.opcamid = 0 OR p1.opcintype = 0;
|
|
|
|
oid
|
|
|
|
-----
|
|
|
|
(0 rows)
|
|
|
|
|
|
|
|
-- There should not be multiple entries in pg_opclass with opcdefault true
|
|
|
|
-- and the same opcamid/opcintype combination.
|
2000-06-19 05:55:01 +02:00
|
|
|
SELECT p1.oid, p2.oid
|
|
|
|
FROM pg_opclass AS p1, pg_opclass AS p2
|
|
|
|
WHERE p1.oid != p2.oid AND
|
2001-08-21 18:36:06 +02:00
|
|
|
p1.opcamid = p2.opcamid AND p1.opcintype = p2.opcintype AND
|
|
|
|
p1.opcdefault AND p2.opcdefault;
|
2000-06-19 05:55:01 +02:00
|
|
|
oid | oid
|
|
|
|
-----+-----
|
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- **************** pg_amop ****************
|
|
|
|
-- Look for illegal values in pg_amop fields
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amopstrategy
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_amop as p1
|
2001-08-21 18:36:06 +02:00
|
|
|
WHERE p1.amopclaid = 0 OR p1.amopstrategy <= 0 OR p1.amopopr = 0;
|
|
|
|
amopclaid | amopstrategy
|
|
|
|
-----------+--------------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Cross-check amopstrategy index against parent AM
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amopopr, p2.oid, p2.amname
|
|
|
|
FROM pg_amop AS p1, pg_am AS p2, pg_opclass AS p3
|
|
|
|
WHERE p1.amopclaid = p3.oid AND p3.opcamid = p2.oid AND
|
|
|
|
p1.amopstrategy > p2.amstrategies;
|
|
|
|
amopclaid | amopopr | oid | amname
|
|
|
|
-----------+---------+-----+--------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Detect missing pg_amop entries: should have as many strategy functions
|
2001-08-21 18:36:06 +02:00
|
|
|
-- as AM expects for each opclass for the AM
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.amname, p2.oid, p2.opcname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_am AS p1, pg_opclass AS p2
|
2001-08-21 18:36:06 +02:00
|
|
|
WHERE p2.opcamid = p1.oid AND
|
|
|
|
p1.amstrategies != (SELECT count(*) FROM pg_amop AS p3
|
|
|
|
WHERE p3.amopclaid = p2.oid);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | amname | oid | opcname
|
|
|
|
-----+--------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-06-19 05:55:01 +02:00
|
|
|
-- Check that amopopr points at a reasonable-looking operator, ie a binary
|
|
|
|
-- operator yielding boolean.
|
|
|
|
-- NOTE: for 7.1, add restriction that operator inputs are of same type.
|
|
|
|
-- We used to have opclasses like "int24_ops" but these were broken.
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amopopr, p2.oid, p2.oprname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_amop AS p1, pg_operator AS p2
|
|
|
|
WHERE p1.amopopr = p2.oid AND
|
2000-06-19 05:55:01 +02:00
|
|
|
(p2.oprkind != 'b' OR p2.oprresult != 16 OR p2.oprleft != p2.oprright);
|
2001-08-21 18:36:06 +02:00
|
|
|
amopclaid | amopopr | oid | oprname
|
|
|
|
-----------+---------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2001-08-21 18:36:06 +02:00
|
|
|
-- Check that operator input types match the opclass
|
|
|
|
SELECT p1.amopclaid, p1.amopopr, p2.oid, p2.oprname, p3.opcname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_amop AS p1, pg_operator AS p2, pg_opclass AS p3
|
|
|
|
WHERE p1.amopopr = p2.oid AND p1.amopclaid = p3.oid AND
|
2001-08-21 18:36:06 +02:00
|
|
|
(p3.opcintype != p2.oprleft OR p3.opcintype != p2.oprright);
|
|
|
|
amopclaid | amopopr | oid | oprname | opcname
|
|
|
|
-----------+---------+-----+---------+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- **************** pg_amproc ****************
|
|
|
|
-- Look for illegal values in pg_amproc fields
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amprocnum
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_amproc as p1
|
2001-08-21 18:36:06 +02:00
|
|
|
WHERE p1.amopclaid = 0 OR p1.amprocnum <= 0 OR p1.amproc = 0;
|
|
|
|
amopclaid | amprocnum
|
|
|
|
-----------+-----------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Cross-check amprocnum index against parent AM
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amprocnum, p2.oid, p2.amname
|
|
|
|
FROM pg_amproc AS p1, pg_am AS p2, pg_opclass AS p3
|
|
|
|
WHERE p1.amopclaid = p3.oid AND p3.opcamid = p2.oid AND
|
|
|
|
p1.amprocnum > p2.amsupport;
|
|
|
|
amopclaid | amprocnum | oid | amname
|
|
|
|
-----------+-----------+-----+--------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Detect missing pg_amproc entries: should have as many support functions
|
2001-08-21 18:36:06 +02:00
|
|
|
-- as AM expects for each opclass for the AM
|
2000-01-05 07:06:23 +01:00
|
|
|
SELECT p1.oid, p1.amname, p2.oid, p2.opcname
|
1999-03-28 04:07:58 +02:00
|
|
|
FROM pg_am AS p1, pg_opclass AS p2
|
2001-08-21 18:36:06 +02:00
|
|
|
WHERE p2.opcamid = p1.oid AND
|
|
|
|
p1.amsupport != (SELECT count(*) FROM pg_amproc AS p3
|
|
|
|
WHERE p3.amopclaid = p2.oid);
|
2000-01-05 07:06:23 +01:00
|
|
|
oid | amname | oid | opcname
|
|
|
|
-----+--------+-----+---------
|
1999-03-28 04:07:58 +02:00
|
|
|
(0 rows)
|
|
|
|
|
2000-01-05 07:06:23 +01:00
|
|
|
-- Unfortunately, we can't check the amproc link very well because the
|
|
|
|
-- signature of the function may be different for different support routines
|
|
|
|
-- or different base data types.
|
|
|
|
-- We can check that all the referenced instances of the same support
|
|
|
|
-- routine number take the same number of parameters, but that's about it...
|
2001-08-21 18:36:06 +02:00
|
|
|
SELECT p1.amopclaid, p1.amprocnum,
|
2001-08-10 20:57:42 +02:00
|
|
|
p2.oid, p2.proname,
|
2001-08-21 18:36:06 +02:00
|
|
|
p3.opcname,
|
|
|
|
p4.amopclaid, p4.amprocnum,
|
|
|
|
p5.oid, p5.proname,
|
|
|
|
p6.opcname
|
|
|
|
FROM pg_amproc AS p1, pg_proc AS p2, pg_opclass AS p3,
|
|
|
|
pg_amproc AS p4, pg_proc AS p5, pg_opclass AS p6
|
|
|
|
WHERE p1.amopclaid = p3.oid AND p4.amopclaid = p6.oid AND
|
|
|
|
p3.opcamid = p6.opcamid AND p1.amprocnum = p4.amprocnum AND
|
|
|
|
p1.amproc = p2.oid AND p4.amproc = p5.oid AND
|
|
|
|
(p2.proretset OR p5.proretset OR p2.pronargs != p5.pronargs);
|
|
|
|
amopclaid | amprocnum | oid | proname | opcname | amopclaid | amprocnum | oid | proname | opcname
|
|
|
|
-----------+-----------+-----+---------+---------+-----------+-----------+-----+---------+---------
|
2000-06-19 05:55:01 +02:00
|
|
|
(0 rows)
|
|
|
|
|