On Tue, May 21, 2013 at 6:23 AM, Ben Caradoc-Davies <
ben.caradoc-dav...@csiro.au> wrote:
> [Moved from the user list]
>
> This is where the arcsde module suffers from not being one of the jdbc
> modules, where this problem is solved be keeping two feature types: the
> one used for handling the query and the one to be returned. Have a look
> in gt-jdbc JDBCFeatureSource.buildQueryAndReturnFeatureTypes, where
> these types are constructed. Also, for SQL sources, queries are split
> into the pre and post filters, pre being converted to SQL, and post the
> parts that cannot be and are to be filtered in Java. Because filtering
> might need more properties than are required to be returned, a feature
> type is created to include these extra properties. I do not know if
> arcsde does filter splitting.
>
I don't remember either, but it's certainly the way to go
Cheers
Andrea
--
==
GeoServer training in Milan, 6th & 7th June 2013! Visit
http://geoserver.geo-solutions.it for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
