本文以flex直接載入shp、dwg和mdb為例。
首先看乙份現估測資料：
1） 載入shp檔案，目前直接由前台flex**完成；
圖1 在arccatalog裡面的shp檔案
圖2 直接在前台載入後的shp檔案
結果顯示：
shp檔案
大小載入時間
shp1
50kb
約3sshp2
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
1m20s以上
分析：後台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來實現，速度還是不盡如人意，可找尋替代開發技術或地圖展現方面著手。
分析內容與結果僅供參考。
web前台dwz框架
dwz這個前台框架蠻不錯，如果是做管理方面的應該，相信這個和適合。前段時間測試研究了dwz yii搭配，結果好像還可以吧，忘記了。當然網上關於這種搭配的各種說法都有，總的來說，好像大家一致認為這種搭配是有bug的。但值得讓我欣慰的是，我之前乙個做php同事給 一家企業做過乙個關於yii dwz的專案...
Oracle直接路徑載入
oracle提供兩種型別的插入語句 常規插入 conventional insert 和直接路徑插入 direct path insert 直接路徑插入的目的是為了高效地載入大量的資料，它以犧牲部分功能為代價，因此受到很多的限制。1.直接路徑載入的效能 直接路徑載入把資料直接插入到要修改的段的高水位...
Yii直接載入JS CSS
使用 yii web view 物件時，可以動態註冊前端指令碼。這裡有兩個專門的方法 this registerjs mybutton on click function view pos ready,my button handler this registerjsfile web js main...