一,、引言

　　用友財務軟件是目前國內財務領域中使用得最廣泛的一種，審計署下發(fā)的AO軟件中,，就可以直接導入用友多個版本的數(shù)據(jù),，給審計人員帶來極大的方便,。但有時審計人員會面對幾十甚至上百個賬套,，如果逐個處理,，未免費時費力。本文針對用友8.51的一個備份文件作一點分析,，對其中各關鍵步驟給出一個程序處理的辦法,，最后給出一個解決用友8.51備份文件批量導入的流程。一點粗淺想法,，拋磚引玉,，同時也希望能給大家一點啟示,。

　　二,、分析過程

　　用友8.51在備份的時候，一般會產生兩個文件：UFDATA.BA_和UfErpYer.Lst.其中UfErpYer.Lst比較小,，不到1K,，而UFDATA.BA_通常比較大,。由此，我們判斷,，財務數(shù)據(jù)應該在UFDATA.BA_中,。

　　我們用UltraEdit軟件打開UfErpYer.Lst文件，發(fā)現(xiàn)它其實就是一個文本文件,，保存著備份相關的一些信息,，如軟件版本、備份日期,、賬套年度,、文件路徑等。而打開UFDATA.BA_文件時,，我們發(fā)現(xiàn)是一堆亂碼,，甚至找不到常見的一些文件頭的信息。因此我們初步判斷它有可能是壓縮過的文件,。而且,，從常理講，考慮到磁盤空間的問題,，數(shù)據(jù)文件備份的時候通常也會壓縮處理,。

　　嘗試用WinRar打開UFDATA.BA_，成功,。解壓后,，得到一個文件：UFDATA.文件沒有后綴名，因此我們還是先用UltraEdit打開,。在文件頭部,，我們看到有“TAPE”、“Microsoft SQL Server”等字樣,，因此我們初步判斷它跟SQL Server有關,。

　　根據(jù)以上思路，我們反過來比較,，查看SQL Server數(shù)據(jù)庫的各種文件的頭部,，看是否有與UFDATA 文件頭相似的文件。SQL Server數(shù)據(jù)庫中,，與數(shù)據(jù)相關的文件,，我們平時接觸比較多的主要有數(shù)據(jù)文件和備份設備文件。新建一個空的數(shù)據(jù)庫,，用UltraEdit查看它的數(shù)據(jù)文件的頭部,，未發(fā)現(xiàn)相關字樣，而創(chuàng)建一個備份設備后,，查看該文件的頭部,，正好跟UFDATA文件的頭部是一樣的,。因此我們初步判定UFDATA文件為SQL Server數(shù)據(jù)庫的備份設備文件。并且,，我們知道TAPE是磁帶的意思,，而SQL Server中跟磁帶相關的通常與數(shù)據(jù)庫的備份有關系。

　　接下來我們就分析UFDATA文件中的內容,。打開SQL Server的企業(yè)管理器,，新建一個備份設備，并將文件名指定我我們解壓后得到的UFDATA文件,。確定后,，查看新建立備份設備的內容，發(fā)現(xiàn)它其實是一個(或多個)數(shù)據(jù)庫的完全備份,。將它還原后,，我們可以看到，這是用友的一個賬套數(shù)據(jù)庫,。

　　對一個本地的數(shù)據(jù)庫,，我們就可以根據(jù)自己的需要，進行相關的查詢和操作了,。到此為止,，我們其實已經完成了將一個用友U8.51的備份文件轉換成我們可操作數(shù)據(jù)庫的過程。但如果僅僅如此,，那么本文其實是沒有什么意義的,，因為這個步驟我們可以很容易地利用AO軟件來實現(xiàn)。

　　在實際工作中,，我們遇到的往往不是單個的賬套,。由于很多企業(yè)有很多獨立核算的分公司，并且每個公司每年都要建一套賬,，因此,，我們面對的往往是十幾個、幾十個賬套,，有時甚至會面對上百個賬套,，而AO中又沒有提供批量導入的辦法，如果一個一個導入的話效率太低,�,；�于這種情況，本文就利用上述分析的結果,，給出一個解決的辦法,，能讓我們批量導入用友的備份數(shù)據(jù)。

[1] [2] 下一頁