本文以Flex直接加载Shp、DWG和MDB为例。
首先看一份现估测数据：
1） 加载Shp文件，目前直接由前台Flex代码完成；
图1 在ArcCatalog里面的Shp文件
图2 直接在前台加载后的Shp文件
结果显示：
|
Shp文件 |
大小 |
加载时间 |
|
Shp1 |
50kb |
约3s |
|
Shp2 |
750kb |
约10s |
分析：未用后台开发，直接使用前台Flex对SHP开放数据加载，省去通讯时间，速度快捷，速度与客户端配置成正比。
说明：直接加载使用了LibertyGIS.swc组件。
2） 加载Dwg文件，后台开发Web服务，部署发布调用
图3 ArcCatalog里面的Dwg可视化 图4 Flex前台加载后的可视化
结果显示：
|
Dwg文件 |
大小 |
加载时间 |
|
dwg1 |
50kb |
约10s以上 |
分析：后台VS开发，使用了ArcGIS组件及转换方法，最后发布成服务前台调用，本机测试加载速度明显慢；
3） 加载MDB文件，也是后台开发Web服务
图5 ArcCatalog里mdb中要素
图6 Flex前台加载的MDB中的要素
结果显示：
|
MDB文件 |
大小 |
加载时间 |
|
mdb1 |
1M |
20s以上 |
分析：后台VS开发，使用了ArcGIS组件及转换方法，将图形数据转为轻量的Json/String数据然后传输到前台，速度随MDB大小成反比，而且并发会影响服务器运行。
总结：
加载Shp由于采用的是前台语言，比较快捷，很多基于Flex/Silverlight/JS的GIS系统都有直接加载Shp的功能，比较实用；
加载Dwg和Mdb采用了ArcGIS组件技术，并发布成Web服务，需要服务器后台与前台通讯联合，数据量一大就会出现地图卡死，加载慢，这是通用的弊端；
由此：
BS端GIS运用一般采用的直接发布地图服务的方式，不管什么数据统一使用地图服务转而使用图层的方式来加载，是最便捷快速的；
直接加载一些GIS数据适用于：局域网单独的小型的GIS格式文件，带有少量的属性数据，以便捷查看为主；大量（超过100M）的直接加载不符合BS开发的方式，BS端向来只以发布展现为主， 目前可继续测试在高配置服务器上加载多大文件比较适宜。
算法改进：目前从SOAP的协议以轻量的Json/String来实现，速度还是不尽如人意，可找寻替代开发技术或地图展现方面着手。
说明：测试速度以机子配置有关，本次测试以一般的普通机子为测试，速度较慢，配置好的机子速度会快，但理论思维可参考。
分析内容与结果仅供参考。