[fdo-users] King Oracle join performance
badreddine.karoui at autodesk.com
Thu May 13 14:40:29 EDT 2010
In this case you're better off creating an RDBMS view and map your layer to the view.
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Ben Mor
Sent: Thursday, May 13, 2010 2:29 PM
To: fdo-users at lists.osgeo.org
Subject: [fdo-users] King Oracle join performance
When displaying data from a main SDE feature class table with about 1 million
entries, the King Oracle provider is very fast.
I need to filter the entries for security purposes. I have a secondary
non-SDE table that contains IDs from the main table that are available to
public users (about 900k entries). Joining this table to the main table in
an Oracle query (using SQL Developer) is just as fast as querying the main
I've added the security table to the KingFdoClass table so that I can create
the same join in MGOS. When I try to view the resulting class in my map, the
viewer doesn't return -- it simply hangs while waiting for features from the
How can I debug this problem?
View this message in context: http://osgeo-org.1803224.n2.nabble.com/King-Oracle-join-performance-tp5047462p5047462.html
Sent from the FDO Users mailing list archive at Nabble.com.
fdo-users mailing list
fdo-users at lists.osgeo.org
More information about the fdo-users