王銀潔
(中國鐵通集團有限公司 大連分公司,大連 116001)
在具體工作中,公安機關、檢察機關工作人員根據工作需要,按照通信管理局統一制定的“電信用戶資料及通信信息內容查詢單”的相關要求填寫查詢方單位及部門、經辦人、證件號碼、聯系電話,提供查詢方(指定具體運營商),被查詢號碼及具體內容,提交主管部門,由主管負責人審核簽字并加蓋公章,然后到運營商處查詢具體信息。作為電信運營商的具體工作人員,核對“查詢單”的內容后進行查詢統計,并回復查詢結果。以往的工作都是直接將查詢單歸檔,難免出現重復查詢、查詢單遺失等不規范現象。針對這種情況,用ACCESS(relational database management system, Microsoft released,微軟發布的關聯式數據庫管理系統)編寫了用戶資料、通信信息查詢系統,建立查詢單臺帳數據庫,以規范查詢單的歸檔、查詢、調取、整理等管理維護工作。
按照規范設計法可以將數據庫設計分為6個階段,具體的數據庫設計流程階段如下列的表述:
(1)需求分析:準確了解與分析用戶需求(包括數據與處理),是整個設計過程的基礎,是最困難、最耗費時間的一步。
(2)概念結構設計:是整個數據庫設計的關鍵,通過對用戶需求進行綜合、歸納與抽象,形成一個獨立于具體DBMS(database management system,是一種操縱和管理數據庫的大型軟件,用于建立、使用和維護數據庫)的概念模型。
(3)邏輯結構設計:將概念結構轉換為某個DBMS所支持的數據模型,對其進行優化。
(4)數據庫物理設計:為邏輯數據模型選取一個最適合應用環境的物理結構(包括存儲結構和存取方法)。
(5)數據庫實施:運用DBMS提供的數據語言、工具及宿主語言,根據邏輯設計和物理設計的結果,建立數據庫,編制與調試應用程序,組織數據入庫,并進行試運行。
(6)數據庫運行和維護:數據庫應用系統經過試運行后即可投入正式運行,在數據庫系統運行過程中必須不斷地對其進行評價、調整與修改。
通過深入的調查研究,對整個業務的流程全面了解掌握,描繪了系統結構圖,如圖1所示,當公安機關、檢察機關攜帶電信用戶資料及通信信息內容查詢單來訪時,由綜合部負責接待,并登陸公司內網,將所需信息(包括用戶資料、通信信息、IP地址等)通過辦公網傳達給相應部門,如計費中心、網管中心、各營業廳等部門,再由相應部門反饋查詢結果到綜合部,由綜合部提供給公安機關、檢察機關的來訪人員。

圖1 系統結構圖
運用設計視圖設計表單。在這里要重點表述“主鍵”這個概念,主鍵,即主關鍵字(Primary Key)是被精心挑選出來,用作表的行的唯一標識的候選關鍵字。一個表只有一個主鍵。主鍵可以由一個字段,也可以由多個字段組成,分別成為單字段主鍵或多字段主鍵。又稱主碼。并且它可以唯一確定表中的一行數據,或者可以唯一確定一個實體。
3.1.1 提供查詢方
體現出接待公安機關、檢察機關的運營商單位及部門、工作人員及查詢日期,具體字段:查詢單編碼、查詢日期主鍵為查詢單編碼。
3.1.2 查詢方
來訪的公安機關、檢察機關的工作人員的所屬單位及部門、經辦人、證件號碼、聯系電話及查詢日期,具體字段:查詢單編碼、查詢主管部門,單位及部門,經辦日期,經辦人1,經辦人1證件號,經辦人1聯系電話,文本經辦人2,經辦人2證件號,經辦人2聯系電話,主鍵為查詢單編碼。
3.1.3 查詢內容
查詢單編碼、查詢序號,被查詢號碼,被查詢時段,被查詢內容,由于查詢單編碼在本表中不唯一所以額外增加ID作為主鍵。如圖2。

圖2 表“查詢內容”
在ACCESS中,有時需要在一個窗體中顯示另一個窗體中的數據。窗體中的窗體稱為子窗體,包含子窗體的窗體稱為主窗體。使用主-子窗體的作用是:以主窗體的某個字段為依據,在子窗體中顯示與此字段相關的記錄,而在主窗體中切換記錄時,子窗體的內容也會隨著切換。因此,當要顯示具有一對多關系的表或查詢時,主-子窗體特別有效。但是,并不意味著,主窗體和子窗體必須相關。
查詢單編碼作為基礎表單的關聯關系,為了方便錄入表單內容,將表單“提供查詢方”、“查詢方”、“查詢內容”作為子窗體集成到一個主窗體中,一次性記錄查詢單信息,并對窗體進行了編輯美化。
報表的功能包括:以格式化形式輸出數據;對數據分組,進行匯總;包含子報表及圖表數據;輸出標簽、發票、訂單和信封等多種樣式報表;進行計算、求平均、求和等統計計算;嵌人圖像或圖片來豐富數據顯示。
在設計報表時添加表頭和注腳,對報表中的控件設置格式,例如:字體、字號、顏色、背景等,也可使用剪貼畫、圖片對報表進行修飾。這些功能與窗體設計相似。
將查詢結果以報表的形式輸出,提供給查詢方。
數據庫試運行合格后,數據庫開發工作就基本完成,即可投入正式運行了。但是,由于應用環境在不斷變化,數據庫運行過程中物理存儲也會不斷變化,對數據庫設計進行評價、調整、修改等維護工作是一個長期的任務,也是設計工作的繼續和提高。由于數據庫應用環境發生變化,增加了新的應用或新的實體,取消了某些應用,有的實體與實體間的聯系也發生了變化等,使原有的數據庫設計不能滿足新的需求,需要調整數據庫的模式和內模式。例如:在表中增加或刪除某些數據項,改變數據項的類型,增加或刪除某個表,改變數據庫的容量,增加或刪除某些索引等。當然數據庫的重構也是有限的,只能做部分修改。如果應用變化太大,重構也無濟于事,說明此數據庫應用系統的生命周期己經結束,應該設計新的數據庫應用系統了。尤其是數據庫的轉儲和恢復,對于數據庫的安全性和完整性有著至關重要的作用。
數據庫的轉儲和恢復是系統正式運行后最重要的維護工作之一。數據庫管理員(DBA,Database Administratr)要針對不同的應用要求制定不同的轉儲計劃,以保證一旦發生故障能盡快將數據庫恢復到某種一致的狀態,并盡可能減少對數據庫的破壞。
我們運用ACCESS編寫了用戶資料、通信信息查詢系統,并對整個數據的輸出和操作過程進行了記錄。最大限度地保護了電信用戶的通信秘密,更好地服務于電信用戶,同時又嚴格規范地配合好公安機關、檢察機關的工作需要。
[1]李 際. ACCESS2007開發指南[M].北京:人民郵電出版社,2008,7.