Opened 17 years ago

Last modified 14 years ago

#272 new enhancement

Improve speed of rendering engine by not using "select * from table"

Reported by: ksgeograf Owned by: ronnielouie
Priority: medium Milestone:
Component: Mapping Service Version:
Severity: minor Keywords: render select style
Cc: External ID:

Description

The current render engine will load the entire row from the datasource. This involves a potentially large overhead, as it typically needs only a few columns to style the layer.

In a test case I worked on, I was able to reduce render time from 20 to 12 seconds, just by removing unused columns from the dataset.

This solution does not work when the data is required for anything but rendering.

For a simple fix, I propose that the render figures out what columns are used by looking at the scalerange condition rules and tooltip.

It might introduce a significant overhead to preparse this data. If this overhead is inacceptable, the RuntimeMap could include this information, so that it is done once pr. map, and not at each rendering.

Change History (11)

comment:1 by tomfukushima, 17 years ago

Owner: set to stevedang

Thanks Kenneth, the speedup that you are seeing is pretty substantial.

comment:2 by zspitzer, 17 years ago

I have seen this speedup effect as well. Anyone using AutoCAD Map with ther database has their performance crippled by this as Map adds all 20 odd ADMP* columns to tables.

comment:3 by tomfukushima, 16 years ago

Milestone: 2.0

comment:4 by zspitzer, 16 years ago

Version: 1.2.02.0.1

comment:5 by jng, 15 years ago

#771 sound very much like this issue.

comment:6 by stevedang, 15 years ago

Milestone: 2.1
Resolution: fixed
Status: newclosed

comment:7 by ronnielouie, 15 years ago

Resolution: fixed
Status: closedreopened

Re-opened ticket due to reverting of previous fix since it was incomplete.

http://trac.osgeo.org/mapguide/changeset/3499

comment:8 by ronnielouie, 15 years ago

Owner: changed from stevedang to ronnielouie
Status: reopenednew

comment:9 by jbirch, 15 years ago

The solution seems pretty complex, and unless someone's been doing a lot of work in a local copy I'd guess that this won't be making it into 2.1... If this is the case, could you please reset or remove the Milestone?

comment:10 by tomfukushima, 15 years ago

Milestone: 2.1

comment:11 by jbirch, 14 years ago

Type: defectenhancement
Version: 2.0.1

Changing to enhancement, removing version. Would be nice to see this addressed, but at least it's possible to optimize (views, data etl).

Note: See TracTickets for help on using tickets.