diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2006-11-10 18:10:10 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2006-11-10 18:10:10 +0000 |
commit | 33556af7c7d3e10a8e04b24500bab65d4e24bfc9 (patch) | |
tree | 30dbd1ba77a860c492098f4d5ed48b58427d489f /src/backend/access/gist/gistget.c | |
parent | 87a50169d279a1cac5f55917471ddf44acd25b72 (diff) | |
download | postgresql-33556af7c7d3e10a8e04b24500bab65d4e24bfc9.tar.gz |
Fix errors in key_column_usage.position_in_unique_constraint column recently
added to information_schema (per a SQL2003 addition). The original coding
failed if a referenced column participated in more than one pg_constraint
entry. Also, it did not work if an FK relied directly on a unique index
without any constraint syntactic sugar --- this case is outside the SQL spec,
but PG has always supported it, so it's reasonable for our information_schema
to handle it too. Per bug#2750 from Stephen Haberman.
Although this patch changes the initial catalog contents, I didn't force
initdb. Any beta3 testers who need the fix can install it via CREATE OR
REPLACE VIEW, so forcing them to initdb seems an unnecessary imposition.
Diffstat (limited to 'src/backend/access/gist/gistget.c')
0 files changed, 0 insertions, 0 deletions