標籤:style blog http io color ar sp strong 資料
http://www.cnblogs.com/lzsu1989/archive/2012/10/17/2728528.html Oracle EBS 提供多種報表的開發和輸出形式,由於MS Excel在處理資料方面的優勢明顯,報表輸出用Excel開啟是很常見的開發項。但是正是由於Excel的“過於智能而不智能”,導致有時輸出欄位會被Excel自動處理,導致資料錯誤。 例如: 系統內部欄位,物料編碼/訂單標號 等等欄位在資料庫記憶體儲的格式為 varchar, 在某些業務或者需求下,編碼方式為全數位形式,如"100230001","100230002",... 這樣的欄位在系統中沒問題,報表輸出到Excel也無問題;而有情況可能是,編號為 "000031001", "000031002","000031003",.... 這樣的情況,系統中是儲存了9位元的字元,而報表輸出到Excel之後,Excel就會認為他是一個數字,而非字串,從而出現字串前的"0"被截取,變成 "31001", "31002","31003",.... 這樣的錯誤不易被發覺,但是是一個很不友好的錯誤。 解決辦法:
1. 並發程式輸出 html 報表這種類型的報表輸出的是html標籤(或者XML標籤),這種報表被截位的修複方法是在輸出的時候,把這個欄位放在 =" " 內,例如,PLSQL程式碼片段為: fnd_file.put_line(fnd_file.output, ‘<div>000031001</div>‘); 變成: fnd_file.put_line(fnd_file.output, ‘<div>="000031001"</div>‘); 或者 fnd_file.put_line(fnd_file.output, ‘<div>‘‘000031001</div>‘);
解釋:前一種方法,在Excel中,= 代表公式,而用雙引號括起來之後就是字串的意思,就是說設定目前的儲存格為等於當前的值轉換為字串的意思,類似於 oracle的 to_char() ;後一種方法,Excel中,在儲存格值最前面加一個單引號表示這個儲存格為“壞公式”,就是不自動計算的意思,Excel儲存格要顯示公式,也是這種方法。
2. XML Publisher 報表 XML publisher 報表除了用上面的兩種方法以外,還可以設定XML Publisher屬性來解決這個問題,直接看屬性:
屬性設定為 “強制LTR” ,強製為資料格式,在Excel中就不會轉化為數字了,對應的 XML publisher 指令碼代碼為:<fo:bidi-override direction="ltr" unicode-bidi="bidi-override"><?ASSEMBLY?></fo:bidi-override>
ORACLE EBS xml publisher 報表輸出字元欄位前部"0"被EXCEL自動去掉問題