RT,如果PB不行，有沒有其他的快速結束辦法，主要PB決議資料量太大經常死掉
uj5u.com熱心網友回復：
pb內置的是以dom方式進行決議，dom方式會將檔案全部決議后，生成物件，所有物件都保留在記憶體中，記憶體占用大。大檔案需要SAX方式，pb沒有現成的庫，需要自己寫，或者用第三方的庫。
uj5u.com熱心網友回復：
通過importfile導到資料視窗中再進行處理uj5u.com熱心網友回復：
用這個不行，主要是XML里有些資料超過的4000位元組的
我聽說過SAX是一條條資料的讀的，但是不會java有些。。。
uj5u.com熱心網友回復：
用pb呼叫java組件不太適合，最好用c++寫個dll或者使用pbni使用uj5u.com熱心網友回復：
除了讓上家不要發幾百M的xml,想不出其它辦法了.幾百M的東西,還要決議,最專業的xml處理器也忙不過來
uj5u.com熱心網友回復：
整個幾百M的XML，本身就非常愚蠢。XML只適合小資料量的WEB傳輸，一般用于從后臺資料庫的某個（或某些表）里把一個區域的記錄集回傳給客戶端。
用XML盛放幾百M的資料，那就相當于每次在用戶請求一部分資料時，把整個資料庫傳給用戶一樣弱智。
這樣在一開始的設計階段就宣判死刑的解決方案，你就告訴老板，斃掉吧，反正受折磨的是你。如果不是你自己作的這種設計，那你絕對應該也有權讓提出這個設計的人給出具體解決方案。
uj5u.com熱心網友回復：
是的，檔案太大了。轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/54078.html
標籤：腳本語言
上一篇：發票金額小寫套打問題
下一篇：pb中關于tabpage 的問題