[fdo-users] King Oracle join performance
Romica.Dascalescu at autodesk.com
Thu May 13 14:50:04 EDT 2010
I think MGOS it has an internal module for joins and is not using Oracle join. So I think server is getting all data and is doing 'client' side joins.
I think there is a way to avoid that (but I'm not sure King provider supports that), is to create a view based on your join and expose that view as a feature class. This way your view will be like a read-only class.
From: fdo-users-bounces at lists.osgeo.org [fdo-users-bounces at lists.osgeo.org] On Behalf Of Ben Mor [ptolemyx at shaw.ca]
Sent: Thursday, May 13, 2010 2:28 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