[mapguide-users] SQL Server 2008 slow performance

[Berdel, Brian]

I am not sure it is possible...I get the same results as far as speed and the different data connections you described.

Brian

-----Original Message-----
From: mapguide-users-bounces at lists.osgeo.org [mailto:mapguide-users-bounces at lists.osgeo.org] On Behalf Of kevin_t
Sent: Saturday, August 22, 2009 3:37 PM
To: mapguide-users at lists.osgeo.org
Subject: [mapguide-users] SQL Server 2008 slow performance


I was trying to load data from SQL Server 2008 using the Osgeo FDO Provider
for SQL Server Spatial data connection in MapGuide Enterprise 2010.  It
seems slower than shapefiles when previewing in MapGuide Studio.  I find SDF
format to be the fastest of the 3 formats.

I originally had a shapefile about 100 MB in size.  The loading time in
MapGuide:
SQL Server - 41 seconds
Shapefile - 30 seconds
SDF - 15 seconds

Any ideas how to make loading from SQL Server data faster with MapGuide?
Does it have something to do with FDO provider?
--
View this message in context: http://n2.nabble.com/SQL-Server-2008-slow-performance-tp3496285p3496285.html
Sent from the MapGuide Users mailing list archive at Nabble.com.
_______________________________________________
mapguide-users mailing list
mapguide-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users

Important notice to recipients:
Copies of documents that may be relied upon by you are limited to the printed copies (also known as 'hard copies') that are signed and sealed by the Engineer and/or Land Surveyor. Files in electronic formats, or other types of information furnished by the Engineer and/or Land Surveyor to you such as text, data or graphics are for your convenience only. Any conclusions or information obtained or derived from such electronic files will be at the user's sole risk. When transferring documents in electronic formats, the Engineer and/or Land Surveyor makes no representation as to long-term compatibility, usability, or readability of the documents resulting from the use of software application packages, operating systems or computer hardware differing from those used by McMahon Associates, Inc. at the beginning of the project.