<div class="gmail_quote">On Fri, Aug 2, 2013 at 5:39 PM, Paragon Corporation <span dir="ltr"><<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<u></u>



<div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial">Try using a  trigger.  </font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial"><a href="http://www.postgresql.org/docs/9.1/static/sql-createtrigger.html" target="_blank">http://www.postgresql.org/docs/9.1/static/sql-createtrigger.html</a></font></span></div>


<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial">A foreign key won't work since it requires a btree primary 
key unless you use a btree primarky key on geometry, which at best would 
only work for points.</font></span></div></div></blockquote><div> </div></div>Apparently, I was unclear. I meant a foreign key to the primary key on the other table, which I presume is not a geometry. My point was: if the geometries are always duplicates of each other, there's no point in storing them twice. If that's the case, pick a table, remove its geometry column, and add a foreign key to the other table. When you need the geometry on the table that no longer stores it, JOIN it to the other table to get the geometry.<br>