From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Rick Otten <rottenwindfish(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: foreign keys to foreign tables |
Date: | 2015-06-22 16:21:14 |
Message-ID: | 4841.1434990074@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Rick Otten <rottenwindfish(at)gmail(dot)com> writes:
> Hello pgsql-general,
> I'd like to set up a foreign key constraint to a foreign table from a local
> table.
> ie, I have a column in a local table that I'd like to ensure has a value in
> the foreign table.
> alter mytable
> add column some_column_id uuid references myforeigntable(some_column_id)
> ;
> Unfortunately I get a "not a table" error when I try this.
> ERROR: referenced relation "myforeigntable" is not a table
> I'm thinking I'll have to write a function that checks for existance of the
> ids in the foreign table, and then put a CHECK constraint on using that
> function, but I thought I'd as first if there was a better way.
What's going to happen when the foreign server decides to delete some rows
from its table?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Janes | 2015-06-22 17:00:38 | Re: How to speed up pg_trgm / gin index scan |
Previous Message | Tom Lane | 2015-06-22 16:06:51 | Re: Re: pg_dump 8.4.9 failing after upgrade to openssl-1.0.1e-30.el6_6.11.x86_64 on redhat linux |