<div dir="ltr">The only item that immediately springs to mind would be creating views to preserve your join relationships. Any user that queried the view would automatically have that underlying joined information available. <div><br></div><div>Perhaps you could explain more about the relationship classes you are trying to implement.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 23, 2014 at 11:32 PM, Jochen Albrecht <span dir="ltr"><<a href="mailto:jochen.albrecht@gmail.com" target="_blank">jochen.albrecht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br clear="all"><div><div>I am working on behalf of a small non-profit that has so far used ArcGIS but is interested in moving open source. What kept them from making the move so far is that they are heavy users of relationship classes. The only discussion (inconclusive) that I could find was initiated by Lee Hachadoorian in 2008. Lots has changed since and I am wondering whether anybody has actually done this (implementing relationship classes in PostGIS). For example, back then, Lee suggested a trial-and-error approach to understand the encoding of relationship class tables. Have we gotten any further on this front? I am surprised that GIS Stack Exchange has no mentioning of this at all (assuming the search tools work).</div></div><div>We are using relationship classes for 1:many and many:many relationships. This is not a problem for PostGIS; I just don't know how to migrate the geodatabase keeping those relationships intact.</div><div>Cheers,</div><div>     Jochen</div>
</div>
<br>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br></blockquote></div><br></div>