摘要
針對在大型MIS系統中經常遇到將一種數據庫的原始數據轉移到服務器數據庫進行的處理問題將本地磁盤上的Foxbase數據庫數據轉移到Sybase 數據庫服務器為例提出了幾種有效的方法並對各種方法的優缺點作了一一的說明和比較
在大型的MIS系統中大多是采用客戶機/服務器（C/S）的網絡體系結構在該系統中數據集中存儲在服務器的數據庫中開發新的MIS系統的時候數據的采集和錄入是一個重要的部分以電信計費系統為例主要有以下幾個方面
）原始數據的分揀處理處理的對象主要是磁盤磁帶或者光盤的二進制數據
）以往系統中的檔案數據和參數數據的轉移處理以減少用戶的輸入量和因為人工輸入所帶來的錯誤處理的對象主要是FoxbaseAccess等數據庫文件
）信息台或者其它部門送來的以FoxbaseAccess等文件存儲的費用文件如信息台送來的費用數據等
本文中將結合PowerBuilder/Sybase系統開發的實例重點介紹））兩種情況的處理過程（即完成本地數據庫文件向服務器數據庫中的轉移）中所采取的幾種方式以及各種方式的具體設計方法說明了每種方法的普遍性和針對性並對其優缺點作了比較
利用importfile （ ）函數實現轉移
PowerBuilder是一種進行C/S系統開發的優秀的前端工具本身提供了大量的功能和函數其中DataWindow數據窗口是其重要的組成部分具有強大的功能其中importfile（ ）函數能夠完成數據的轉移
實現的過程是在服務器上創建一個同磁盤上的數據庫結構相同的表創建一個數據窗口對象（dw_fox）取數據源建立數據窗口利用數據窗口對象本身的importfile（ ）函數將數據轉移到數據窗口中利用update（ ）函數將數據保存到服務器上所建的表中
dw_fox importfie （cipan_file_name）
dw_fox Update （ ）
其中cipan_file_name為磁盤上的文件及其路徑名稱該處理簡單但是缺乏靈活性對在服務器數據庫中建立的表的結構有比較高的要求保證嚴格的一致性但可以作相應的處理將有效的數據處理後轉移到自己建的表中
利用ODBC連接實現轉移
ODBC是一種標准的應用程序接口（API）最早由Microsoft Windows系統實現它允許一個應用程序同時連接多個數據源它使用標准的SQL語句作為其數據查詢語句在處理過程中先通過ODBC畫板靜態地建立一個ODBC連接磁盤上的Foxbase數據庫編程中創建一個本地的事務對象連接本地的數據庫通過處理後將有效的數據送到服務器上事先設計的一個與Foxbase數據庫相類似的表中保存有效的數據就可以了在實際處理的過程中各個地方的磁盤文件名是不同的這樣所連接的數據庫文件名和目錄都是變化的那麼在設計的時候就不能夠實現將ODBC的接口固定設計出來在處理的時候一般有兩種方式前端作一定的處理即按照系統要求的目錄和文件名稱進行拷貝為了使應用程序有更好的適應性我們沒有采取這種方式而是另外一種方式采取動態建立ODBC連接的方式
在PowerBuilder的ODBC連接中需要幾個重要的參數在利用ODBC事先建立一個連接FoxBASE數據庫後（如Foxbase）查看pbini文件時將有如下的記錄
［PROFILE Foxtran］
DBMS=ODBC
DbParm=Connectstring=DSN=FoxBASE
Prompt=
AutoCommit=
同樣打開注冊器在HKEY_CURRENT_USER Software\ODBC\ODBCINI下將會發現已經注冊的FoxBASE主鍵這些給我們動態地建立ODBC連接提供了重要的資料
在具體的設置中利用PowerBuilder提供的函數注冊一個ODBC的連接然後創建一個事務對象連接本地（磁盤）的數據庫作相應的處理後將所需要的數據送到服務器上具體的操作如下
RegistrySet（HKEY_CURRENT_USER\Software\ODBC\ODBCINI\FoxBASE Default Dir regstring! file_path）//設置FoxBASE主鍵
Transaction Foxtran
Foxtran=create Transaction //下面是初始化
FoxtranDBMS=ODBC
FoxtranDBParm=Connectstring=DSN=FoxBASE
connect using Foxtran
其中FoxBASE是注冊的ODBC的名稱Foxtran是事務對象管理中創建的用以連接Foxbase數據庫的新事務然後對事務對象進行初始化file_path是磁盤數據庫所在的路徑名稱（可根據用戶輸入的文件路徑和文件名分析後取得）利用動態創建ODBC連接同樣可以同時連接其它的本地數據庫如Access或者Sybase SQL anywhere等具有一定的靈活性
利用數據管道實現轉移
PowerBuilder的數據管道對象是在開發（利用Data Pipeline畫板來完成）和運行（動態的生成）當中傳輸數據和數據結構的一種有效的方案這些數據庫可以是相同的DBMS或不同的DBMS數據傳輸可以是插入一張完整的數據表或者表的一部分及其數據也可以是更新已有表的數據轉換時幾個重要的選項是源數據庫目標數據庫移動數據出來的源表數據將移到的目的表所要完成的管道操作等下面以在運行中使用為例來加以說明其處理的過程
（）建立管道對象（Pipe_copy_convert）然後建立一個管道類型的標准類用戶對象u_pipeline和一個數據窗口dw_pipe_errors在運行的過程中創建用戶對象實例對它的屬性進行賦值iu_pipeline=create u_pipelineiu_pipelineDataObject=pipe_copy_convert
（）創建連接源數據庫和目標數據庫的事務對象初始化連接事務對象（同上）
Transaction Tran_sourse Tran_dest
Tran_sourse=create Transaction
Tran_dest=create Transaction
//初始化
（）運行數據管道及後續處理
利用start（）函數完成後捕捉到錯誤後進行相應的處理利用cancel（）終止數據管道的執行
iu_pipelinestart （tran_sourse tran_dest dw_pipe_errors）
//錯誤處理
iu_pipelinecancel（）
利用數據管道能夠比較快速的直接的將本地數據庫（包括表的整個結構或者部分以及數據）轉移到服務器的數據庫並保存在一個表中在轉移用戶的原始檔案資料的時候多采取這種方法
分析本地庫系統實現轉移
在進行數據轉換的過程中由於各種數據的表的結構都是不一樣的以電信計費的信息費為例不同的地區信息台使用的軟件不同數據字段幾乎都是不一樣的實際的處理中也不是每一個字段的數據都有意義或者都需要轉換到服務器的數據庫中用戶往往要求根據自己的需要來選擇字段計算方式以及每列的約束條件（如有些項目有最大值的限制等）利用以上的方法來處理就有些困難在實際的處理中我們考慮分析本地數據庫的系統表來得到本地數據庫的結構將數據庫中的各個字段呈現在用戶的面前用戶作出選擇後加入一定的條件再進行處理將利用動態SQL語句生成一個滿足條件的表這樣就要求用戶能夠通過系統來了解磁盤數據庫的內容分析本地庫的系統表後將得到較為滿意的結果
在利用ODBC連接到本地庫後發現並分析了幾個系統表（System table）其中有一個表是Pbcatcol中記錄著用戶數據庫的結構其中的一部分如表所示（如果表為ADDRESS （ID Name Address Phone））
表
其中pbc_tnam記錄的是用戶數據庫的表名（Table name） （在Foxbase中一個表就是一個數據庫）pbc_cnam記錄的是用戶數據庫的列名（Column name）
根據用戶輸入的文件名稱取消後綴即可得到數據庫的表名定義一個光標即可取得用戶數據庫的列名將數據庫展示在用戶的面前用戶根據需要選擇後再作處理
DECLARE My_Cursor CURSOR FOR
SELECT pbcatcolpbc_cnam
FROM pbcatcol
利用分析系統表來得到用戶數據庫的結構是一個比較有效的方法它能夠對未知的數據庫結構有一個清晰的認識而不需要事先知道它的結構但是它仍然有一個問題就是通過分析系統表不能得到用戶數據庫的列的數據類型在轉換到服務器的數據庫的時候要借助用戶的輸入才能夠確定即提供用戶必須選擇的項目來確定某一個字段的數據類型能夠比較好地完成數據的轉換具有相當大的靈活性程序並不要關心用戶數據庫的類型可以廣泛地使用於各種類型的數據庫（FoxbaseAccess等）
分析服務器系統實現轉移
要確定一個數據庫的結構只要確定用戶數據庫的字段名和數據類型就可以了利用分析本地庫系統表的方式可以得到數據庫的字段名但是用戶數據庫的字段的數據類型仍然無法獲得通過分析Sybase服務器數據庫的系統表可以得到服務器數據庫中的表的字段名和數據類型在設計的時候考慮采取兩種方法相結合的辦法先利用（數據管道）Pipeline將用戶本地的數據庫完整地轉換到服務器的數據庫中的一個表然後通過分析服務器上的系統表PbcatcolSyscolumnsSystypes其中Pbcatcol表中同前面一樣記錄著用戶表的表名和字段名等Syscolumns中記錄著數據庫中所有表的字段名（Name）字段的數據類型（Type）字段的長度（Length）和精確度（PrecScale）等將三個表關聯後可從中取得從磁盤上轉換到服務器上的表的完整的結構（可以通過定義光標或者直接利用數據窗口的方式完成具體的設計）
SELECT syscolumnsname systypesname
FROM pbcatcol syscolumns systypes length
WHERE （syscolumnstype=systypestype）
and （pbcatcolpbc_cnam=syscolumnsname）
and （（pbcatcolpbc_tnam= Address））
分析數據庫文件實現轉移
利用數據管道和分析服務器系統表相結合的方法能夠比較完整的解決數據的轉換問題但仍然要將本地的數據庫完整的轉換到服務器上增加了服務器的負擔占據了一定的存儲空間設計中我們試用了另一種方法通過分析本地數據庫本身的結構希望有所收獲利用Visual C++以二進制的方式將數據庫文件打開（此種方法只對Foxbase文件進行了分析）發現如圖所示的結構文件存儲的方式是表頭和數據兩個部分表頭以十六進制的D結尾其表頭的規律是第一個個字節是文件頭從第二個個字節後是第一個字段名和數據類型第三個字節開始又是第二個字段名和數據類型以此類推直到D結束其結構如表所示不足的部分添十六進制的其中數據類型是簡寫CCharDDateLLogicalNNumericMMemoGGenera
表
於是用PowerBuilder提供的文件處理函數FileOpen（）FileSeek（）FileRead（）FileClose（）等可以分析Foxbase數據庫文件得到本地數據庫的字段和數據類型對各種字段的長度可以讓用戶來設定或者系統按照最大和系統的要求來設定在服務器的數據庫上來產生相應的表利用動態的數據窗口（Datawindow）可以顯示本地庫的數據和處理的結果
結束語
對於完成數據的轉移有很多種的方法在實際的處理過程中要根據用戶的需求和系統的設計等各個方面來考慮其目的是要設計過程簡單而且要滿足用戶的需要要求有較高的適應性和靈活性以減少後期的維護工作本文上述的種方法均在系統的設計過程中得以實現取得了較好的效果
From:http://tw.wingwit.com/Article/program/Sybase/201311/11215.html
