引論：我們為您整理了13篇數據庫管理論文范文，供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源，期望它們能夠激發您的創作靈感，讓您的文章更具深度。
篇1
數據庫在檔案管理中的應用分析
（一）檔案數據庫的建設
數據庫在檔案管理中的應用要求建立檔案數據庫，檔案數據庫代表著檔案信息管理服務方式的轉變。因此，分析數據庫在檔案管理中的應用，首先要對檔案數據庫的建設進行分析。
首先，檔案應用需求分析：檔案應用需求分析旨在解決檔案利用者難以從現有的系統中獲得所需信息的問題，針對這一問題，需要對大量的數據進行綜合處理，這就需要利用數據庫技術。例如，對檔案用戶的分析，決策者就需要掌握用戶的利用偏好，用戶的年齡層次以及查閱時間等，并參考大量信息數據得出相應的結論，通過這種方式來調整檔案開放的時間，從而為檔案編制產品等開發決策提供必要的信息保證。
其次，檔案數據的采集：數據是檔案數據庫的主要內容，在檔案數據庫的建設中，數據的采集十分重要。目前，在檔案領域中普遍存在著多樣化的檔案信息源，例如關系數據庫文件和網絡數據形式等。雖然這些檔案數據源在數據結構上有著不同的構造，但是也可以通過數據的采集來對其進行總匯，進而歸納到統一的檔案數據庫中，形成檔案信息源。
另外，檔案數據轉換：檔案數據采集之后，就需要對現有的檔案數據進行轉換。這種轉換就需要根據信息源的質量和規范程度來進行。例如，以檔案用戶分析為例，有些用戶的籍貫信息記錄方式各不相同，有的是以中文的方式來表示，有的則是以英文的方式來表示的，有的甚至是用數字或拼音來表示的，此時，面對這些五花八門的格式數據，檔案管理人員就需要對這些數據進行轉換，根據用戶的具體需求將其轉換為相同的格式，實現檔案數據庫的規范化管理。
（二）檔案數據庫技術分析
首先，檔案數據倉庫分析技術。檔案數據倉庫是根據檔案數據的特殊結構對其進行存放和管理的一種方式，在檔案數據庫技術中，數據庫倉庫服務質量的高低往往取決于聯機分析處理技術和數據挖掘技術。聯機分析處理技術也稱之為OLAP技術，主要針對數據庫特定的問題進行聯機訪問和分析，通過數據庫進行多層次、多階段的分析處理，從而獲得更高的分析結果。該技術是一種自上而下的分析工具，通過該技術可以將數據倉庫模擬為多維的數據庫，并通過EXCEL等分析工具來獲得有效信息。其次，數據挖掘技術。數據挖掘技術主要應用于分析檔案數據倉庫，通過查詢獲得數據，并經過人的理解或解釋，使之成為有效的信息，從而建立了有效的數據庫管理系統，即DBMS，改系統可以提供一種有效的查詢手段，用于基本的數據庫操作。數據庫挖掘技術中常用的是聚類分析技術，是一種針對共同趨勢和模式的數據進行分組的方法，以相似性最大和類間相似性最小的原則對數據集合進行分組，進而劃分不同的用戶群體。
（三）數據庫在檔案管理中的應用建議
首先，確保檔案的保密性和安全性。檔案信息的安全性和保密性是至今令人十分關注的一大問題。數據庫技術在檔案管理中的應用代表者計算機網絡進行檔案管理事業中，因此，網絡安全也將直接關乎到檔案信息的安全。介于此，對于計算機網絡在檔案管理中存在的技術弱點，就需要通過技術的改進來解決。例如，加強對防火墻、密碼技術以及網管和電子水印等技術的應用和管理，通過先進的科學技術來彌補數據庫技術的弱點和不足，實現現代化檔案管理。
其次，加強網絡監管，做好數據庫的備份工作。一方面，重視網絡監管，采用多種網絡安全策略，對網絡的安全訪問進行有效管理和控制，這樣才能真正起到網絡安全保護的作用，維護網絡資源，防止非法使用和訪問。另一方面，及時做好數據庫的備份，防止數據庫的丟失和破壞，避免給檔案管理造成不必要的損失。
同時，堅持數據庫的科學開發。傳統的檔案管理內容單一、更新速度慢，現代化的檔案管理復雜性和變動性較大，因此，在對數據庫進行開發時，必須堅持科學開發，正確使用新的檔案管理軟件，合理采用一種或多種數據庫轉換方式，實現數據在不同軟件之間的信息共享。
篇2
2.1策略管理工具的應用
策略管理工具主要是網絡管理人員對各種策略進行監測分析所使用的。雖然已經將策略歸納分類，但是對策略的編輯是一項工程巨大的工作，而策略管理工具的應用可以為網絡管理人員提供一個便捷高效的操作方式，對策略進行科學的編輯管理，并將其作為一種解決問題的策略加入數據庫中，以備不時之需。
2.2策略表示的應用
網絡管理人員在對策略進行輸入及編輯時，需要用到策略表示。就是策略數據庫與系統之間的橋梁，能夠將策略數據庫與外界因素連接起來，從而簡化網絡管理的流程，減輕工作任務，將一些策略簡單化，使管理工作變得更加高效快捷。
2.3策略數據庫的應用
策略數據庫就是儲存策略的倉庫，不同于其他數據庫，網絡管理人員將編輯好的策略存放于策略數據庫中，數據庫能夠自行對各種策略進行分類匯總，列出不同策略的不同作用，在遇到不同問題時就可以針對性做出應對。策略數據庫不僅能儲存策略，還能儲存一些輔助參數，幫助提高數據庫的系統性能。
2.4策略決策點的應用
策略決策點相當于人的大腦，是決策系統的指揮官。遇到網絡時，該服務器開始作出決策，從眾多決策中找到合適的解決方式并提取出來。這部分的功能就是將決策和問題對號入座，并負責決策的提取和分配。
2.5策略執行點的應用
策略執行點主要是解決問題的直接對象，可以將其理解為執行的客戶端。策略被輸出后直接由該部分直接表現出來，日常殺毒軟件等都屬于策略執行點的范圍，是執行策略的一線工人，也是最能展現效果的部分。
3基于策略的網絡管理技術模型建立
基于策略的網絡管理技術模型的建立主要是根據一定規律分布、為解決問題而存在的策略組模型與待解決問題對象之間通過某些聯系結合在一起而形成的。需要注意的是，策略模型是面向對象的，其核心就是前文提到的策略系統的大腦，即策略決策點，另外輔助于策略的其他功能組建一個完整的策略模型。策略模型的建立過程并非表面上看得那么簡單。從宏觀上看，整個策略數據庫與存在的各種問題本身就是一個抽象的策略模型。有些人認為策略與問題是一一對應的，其實不然，策略模型本就是多對多的存在模式，即一種策略可以解決多個問題，一個問題可以被多個策略解決，而整個策略系統的任務就是在策略數據庫中尋找最適合的解決方法并貫徹執行。
篇3
(二)數據信息技術系統的功能模塊數據信息技術系統的功能模塊主要包括醫院倉庫的采購管理模塊、入庫管理模塊、出庫管理模塊、庫存管理模塊、會計管理模塊以及物資質量管理模塊。
(三)數據信息技術系統的工作流程數據信息技術系統的工作流程是比較明確的。當材料進入醫院的倉庫時，材料物品一定要貼上條碼或者RFID等信息化標簽，并在后臺映射與其對應的數據。醫院倉庫管理工作人員應該持手持終端接入無線網絡，通過網上申領，填寫醫院倉庫領用物品名稱、數量以及信息。醫院倉庫管理的工作人員通過PC上查看科室領用計劃，并根據這個領用計劃來準備材料。醫療材料出庫之后，應該將領用的物品保存在智能耗材柜中。
篇4
數據庫存放著大量的應用系統信息，其安全性、數據的完整性是整個信息統統得以穩定運行的關鍵。應用系統用戶通過用戶名和密碼訪問數據庫，數據庫通過接收請求返回信息給使用者。一旦數據庫存在安全漏洞，且發生了安全事故，影響將無法預計。因此應高度重視數據庫的安全與維護工作，只有數據庫穩定運行，整個信息系統才能變得穩定、可靠。
2安全現狀
目前幾乎所有的數據庫都需要依托網絡進行訪問，因此又被稱為網絡數據庫，而網絡中存在大量各種類型的安全隱患，如網絡漏洞，通信中斷，*客攻擊等，同時數據庫本身運行過程中也會出現如數據丟失，數據損壞等種種問題，因此數據庫在運行過程中時刻面臨著各類風險。根據上面的描述，可以將數據庫安全現狀劃分為以下兩類：
（1）外部風險，即網絡中的各類安全隱患。*客的攻擊，網絡的中斷往往會導致數據庫信息被篡改，或者數據不完整，從而無法保證數據的可靠性和真實性；
（2）內部風險，即數據庫故障或操作系統故障。此類風險會導致數據庫系統不可用，同時數據的完整性會遭到破壞，在沒用數據備份的情況下，經常會出現數據不可用的情況。目前數據庫的使用已經非常普遍，各個行業對數據庫的依賴程度也日益增加，對于諸如金融、保險等行業，對數據庫的安全已相當重視，但是在其他行業中，對數據庫安全防范的重視程度仍然不夠，常常導致了一些不可挽回的損失。針對數據庫安全的現狀，需要我們在信息系統管理中，采取相應措施，建立相對安全的運行環境，保障數據庫的穩定運行，從而使信息系統更好地發揮其應有的作用。
3安全技術
目前主要的數據庫安全技術主要有以下幾類：
1）防火墻防火墻的是防止外部網絡攻擊非常有效的手段，大多數*客對數據庫的攻擊輕易地被防火墻所阻隔，從而實現了重要數據與非法訪問之間的隔離。防火墻技術被廣泛應用于網絡邊界安全，它采用的是訪問控制的安全技術，用于保護內網信息安全。防火墻部署在數據庫與外網之間，可以掃描經過它的網絡通信，從而實現對某些攻擊的過濾，防止惡意操作在數據庫上被執行，另外防火墻還可以關閉不必要的端口，減少不必要的訪問，防止了木馬程序的執行。防火墻還可以禁止來自其他站點的訪問，從而杜絕了不安全的通信。目前的防火墻類型主要分為硬件防火墻和軟件防火墻。信息系統應根據數據庫系統的特點，選擇合適的防火墻類型。
2）數據庫審計數據庫審計是指記錄和監控用戶對數據庫系統的操作，包括訪問、增加、刪除、修改等動作，并將這些操作記錄在數據庫升級系統的日志或自身數據庫中，通過訪問數據庫審計記錄，可以找到數據庫發生狀態變化的原因，并可定位到具體用戶、具體操作，從而實現責任追查。另外，數據庫管理者通過檢視審計日志，可以發現數據庫中存在的漏洞，及時補漏。因此，部署一套有效的數據庫安全審計系統，加強對數據庫操作過程的監管力度，挺高數據庫的安全性，降低可能發生的風險，是非常有必要的。
3）數據備份從計算機誕生起，人們就意識到了備份的重要性，計算機有著人腦所不能及的處理能力，但有時候它有非常脆弱，任一部件的損壞，就容易導致計算機的宕機，而伴隨著可修復的硬件故障的，確實無法修復的數據丟失，這時就需要用備份數據來恢復系統。數據備份，就是把數據復制到其他存儲設備上的過程。在信息系統的不斷更新的過程中，也產生了多種備份類型，有磁帶、光盤、磁盤等等。作為數據庫管理者，同時還需要制定切實有效的備份策略，定期對數據進行備份。
在備份系統的設計中，以下三個因素應當被重點考慮：
1）日常使用中，應盡可能保證數據庫的可用性；
2）如果數據庫失效，盡可能縮短數據恢復時間；
3）如果數據庫失效，盡可能減少數據的丟失。如果能很好地做到以上三點，將大大提高數據的可用性和完整性。
4）用戶認證用戶認證是訪問數據庫大門的鑰匙，要想與數據庫進行通行獲取數據，首先要得到數據庫用戶認證系統的認可，這是一種簡單有效的數據庫安全管理技術，任一位數據庫使用者必須使用特定的用戶名和密碼，并通過數據庫認可的驗證方式的驗證，才能使用數據庫。而用戶對數據庫的操作權限，訪問范圍需要在認證系統的控制下安全進行。用戶認證系統不僅定義了用戶的讀寫權限，同時也定義了用戶可訪問的數據范圍，通過全面的安全管理，使得多用戶模式下的數據庫使用變的更加安全、可靠。
5）數據庫加密數據庫如不僅過加密，*客可直接讀取被竊取的文件，同時管理人員也可以訪問庫中的任意數據，而無法受限于用戶權限的控制，從而形成極大的安全隱患。因此，數據庫的數據在傳輸和存儲過程中需要進行加密處理，加密后的數據即使被且須竊取，*客也無法獲得有用的信息。由于數據庫大都是結構化設計，因此它的加密方式必定與傳統的文件加密不一樣。數據庫的傳輸過程中需要不斷的加密，解密，而這兩個操作組成了加密系統。從加密的層次上看，可分別在操作系統層、數據庫內層和外層上實現。另外，加密算法的選擇主要包括：對稱加密、非對稱加密和混合加密。通過對數據庫的加密，極大地提升了數據的安全性、可靠性，奠定了數據庫系統的安全基礎。
4結束語
數據庫在信息系統中處于核心地位，隨著信息化技術的不斷發展，針對數據庫的攻擊手段也在不斷地進行著更新，層出不窮的數據庫安全事件告訴我們，針對數據庫安全的研究仍然任重而道遠，這不僅需要管理者采用各種新技術來保護數據庫的安全運行，也需要管理者在日常管理和維護中，制定完善的數據庫使用規范，提高自身的安全意識，才能最大程度保證數據庫系統持續、穩定地運行。
篇5
在SQLSERVER2012中不能使用SSMS創建數據庫，我們必須使用CREATEDATABASE語句來創建數據庫快照。其語法如下：CREATEDATABASEdatabase_snapshot_nameON(NAME=logical_snapshot_name,FILENAME='os_file_name')[,…n]ASSNAPSHOTOFsource_database_name首先我們創建好JWGL數據庫，并在其下面創建了student,teacher,score,course等表，然后在JWGL數據庫庫下面執行如下有操作：新建查詢在命令窗口輸入發下命令：CREATEDATABASEJWGL_DATA_8888ON（NAME=JWGL_DATA,FILENAME=’E:\JWGL_DATA_8888.SS’)圖1數據庫快照的創建ASSNAPSHOTOFJWGL至此，JWGL的數據庫快照就創建完畢，見圖1,我們可以查看到其和源數據的內容一樣，但是其后來對數據庫和數據表做的修改就無法還原。
三、模擬災難的發生
首先，我們來看一下災難沒有發生的情況下，查詢到的學生信息表的情況我們刪除student,DELETEFROMSTUDENT此時分別查看下我們的源數據庫和數據庫快照中的數據，USEJWGLSELECT*FROMSTUDENT這時想看到的STUDENTs表中的數據已經刪除。再次執行查看快照USEJWGL_DATA_8888SELECT*FROMSTUDENT此時我們仍可以看到STUDENTk的數據沒有改變，因此我們知道，刪除STUDENT后，快照中的文件并沒有受一影響，所以我們可以從這個災難中獎數據恢復。
四、災難的恢復
據庫庫快照不會因為某個表的刪除而受到影響，并且因為有數據庫快照的存在，你也不能刪除數據庫，除非先刪除數據庫快照，才能刪除數據庫，現在我們利用這個原理來恢復開始的災難。首先我們可以將快照中的表數據插入到JWGL數據庫中的STUDENT中去，這個只影響指定的表，不會對數據庫造成影響，因此是局部的恢復，執行以下的命令。USEJWGLINSERTINTOSTUDENTSELECT*FROMJWGL_DATA_8888.DBO.STUDENT執行后結果見圖5,從前面我們知道有5個記錄，現在已恢復到了STUDENT表中了。當然我們也可以執行全局的恢復，就是恢復整個數據庫，這樣其中的表肯定會恢復，只不過是這種恢復會對沒有破壞的表也恢復，時間上會比較慢。全局恢復，就相當于我們已經刪除了JWGL數據庫及其下有表文件，因此我們只能從MASTER中能恢復，執行如下的命令。USEMASTERRESTOREDATABASEJWGLFROMDATABASE_SNAPSHOT=’JWGL_DATA_8888’
篇6
（二）需求分析
由于房地產行業大多采取跨地域的經營方式，承包不同省份、不同城市、不同區域的房地產工程。有統一的總部進行分項管理，但是各個項目并沒有自己的管理平臺，來讓總部及時了解相關的狀況，因此容易造成資源分配不均衡，不能及時進行調整等狀況。所以，房地產企業需要一個可以進行反饋的系統，來及時了解相關狀況，來調節相關的決策。在財務方面，各個項目的財務是獨立的，因此，為了更好地進行管理，避免賬目出現偏差，要將各個項目的財務數據及時反饋，需要一個管理系統來進行這樣的工作。也要對客戶資源進行很好的管理，并征求客戶的意見和建議并咨詢客戶的滿意度，來提升公司形象，并發掘潛在客戶以及潛在市場。這需要建立一個系統，來管理并反饋客戶的相關信息。房屋銷售管理信息系統具體要做到對內部數據信息進行管理，來方便操作人員操作以及查詢。由于數據十分龐大，輸入的工作量也十分的大，因此系統一定要簡單易懂、方便操作、能實現批量操作等。為了實現房地產銷售信息無紙化，并運用計算機以及網絡技術等，就要建立一個綜合性的房屋銷售管理信息系統。在進行信息的錄入與輸出的同時，來對相關的資料進行管理。
（三）功能分析
在系統的功能分析方面，我們從四個板塊來研究。房產管理模塊，建立一個房屋銷售管理信息系統，其最基本最首要的功能便是房產管理。這要求系統可以支持管理者對房屋信息進行修正的一系列操作，如新內容的添加、錯誤信息的刪減、錄入以及修改等一系列操作。除此之外，要將查詢功能設置的相對便利，來使得客戶依照需要對房屋信息進行查詢，對所需的房屋進行快速定位。客戶管理模塊，可以幫助公司更好的管理客戶信息，來明確業務方向，增加自己的競爭力。對客戶進行合理的分類，來提高管理效率，并根據客戶要求以及滿意度等信息將客戶進行劃分，來針對不同的客戶提供不同的信息和服務。收費管理板塊，用來記錄客戶的繳費狀況等。來方便費用的記錄以及催繳，并可以添加物業費等信息，來方便其他有關的單位的工作。售樓管理板塊，這是房屋銷售管理信息系統的核心部分，在這一板塊中，我們可以實現對樓盤銷售的情況的管理，讓公司統一管理數據，更加容易的了解樓盤的銷售狀態，更好地進行下一步的操作。
二、系統設計
（一）模塊劃分與功能設計
房產管理模塊，主要是管理各個樓盤內部的相關數據。一定要有添加、修改、查詢、刪除等相關基礎操作的功能。該模塊有樓盤信息登記管理、戶型信息的登記管理、樓盤、查詢、戶型信息查詢等主要功能。樓盤信息登記管理板塊：對各種樓盤信息進行添加、修改、查詢、刪除等相關基礎操作，要有樓盤編號、樓盤報價以及戶型編號等信息。戶型資料登記管理板塊：對戶型資料進行添加、修改、查詢、刪除等相關基礎操作。要包括，對戶型的基礎介紹、平面圖、編號、價格、內部結構、實際面積等。樓盤查詢板塊：實現通過查詢樓盤的關鍵字來對樓盤全面的信息進行查詢。包括樓盤的編號、報價，戶型的編號等信息。戶型查詢板塊：實現通過查詢關鍵字或關鍵詞，來查詢戶型的相關信息。包括，戶型的編號、設計圖、內部結構、面積等信息。客戶管理板塊，一定要有添加、修改、查詢、刪除等相關基礎操作的功能。還要分為客戶資料登記管理板塊，客戶資料查詢管理等幾個子版塊。客戶資料登記管理板塊：要求能夠實現對客戶資料進行添加、修改、查詢、刪除等相關基礎操作的功能的操作。要有相對全面的客戶資料。客戶資料查詢管理板塊：要求能夠通過查詢操作，查詢客戶資料中的某一項內容，比如按照客戶的身份證進行查詢、按照客戶的姓名進行查詢、按照手機號進行查詢等，進而出現客戶的相對全方面的信息。收費管理模塊，實現對收費的數據進行添加、修改、查詢、刪除等相關基礎操作。包括登記管理板塊，以及查詢管理板塊兩個子版塊。收費登記管理板塊：對相關的收費信息進行添加、修改、查詢、刪除等相關基礎操作。包括收費項目編號、樓盤編號、繳費時間、繳費金額、物業費用、公共基礎費用、其他費用等。收費查詢管理板塊：通過查詢住戶的相關信息，來查看住戶的相關繳費情況。包括查詢住戶所在的住址、住戶的的身份證號、姓名等信息，來進一步查詢住戶的繳費信息。售樓管理模塊，這是房地產企業的基本業務，所以這個板塊是一個基本版塊。業績直接影響效益，所以這個版塊十分重要。要對售樓信息進行添加、修改、查詢、刪除等相關基礎操作。主要包括售樓人員登記管理板塊、售樓合同管理板塊。樓盤銷售人員登記管理板塊：對銷售人員的各項信息進行添加、修改、查詢、刪除等相關基礎操作。包括，姓名、性別、身份證號、編號、手機號碼、電話號碼、所屬區域等相關信息。售樓合同管理板塊：對售樓合同的相關信息進行添加、修改、查詢、刪除等相關基礎操作。包括，合同的狀態、編號、所屬樓盤的相關資料、購買人相關信息、支付狀況等信息。
（二）數據庫設計
自二十世紀的發展以來，人類步入了信息時代。計算機硬件技術發展迅速。越來越多的企業以及公司用計算機來對數據信息進行管理，所以計算機管理的數據越來越龐大。為了對數據進行統一便捷的管理，讓同一數據來方便更多的應用，便出現了數據庫，這一統一管理數據的軟件，英文名稱Database。數據庫可以滿足，將數據進行較為合理的存儲，并且同一數據可以讓多個用戶共同使用，冗余度較小。數據庫里的數據具有較小的數據冗余度，較高的數據獨立性和擴展性，因為數據在數據庫中是按照一定的數據模型組織來進行描述和存儲的，他們可以在一定的范圍內向用戶提供數據的多用戶共享。由于不同的數據庫是按照不同的數據結構進行組織和聯系的，由這個特點數據庫被分為關系式、層次式、網狀式三種數據庫。隨著技術的不斷發展，數據庫模型也在不斷升級，出現了數據庫管理系統，可以實現建立、使用、維護、統一管理、控制數據庫等多項功能，并可以保證數據的安全性和完整性。只有用數據庫進行管理才能實現數據管理自動化，因此，創建以及設計系統的第一步便是設計以及建立數據庫。本房屋銷售管理信息系統的數據庫是用PowerBuilder9.0本身自帶的數據庫創建的。創建這個數據庫，在D：\bysheji中存放系統的數據庫文件。housysm.db為數據庫的名字。建立完相關數據庫后就可以來建立相關表項了，主要有樓盤、戶型、客戶、銷售員等表項。下表便是表項以及相關內容：1）戶型表：戶型編號，建筑面積，平面設計圖，套內面積，房型，房型簡介；2）樓盤信息表：樓盤編號，樓盤報價，戶型編碼；3）收費記錄表：收費項目編號，樓盤編號，收費日期，電視費，電話費，煤氣費；4）公用基礎設施費，其它費用，預收押金，交款人，收款人；5）售樓人員信息表：售樓人員編號，身份證號碼，姓名，性別，聯系電話，手機號碼，電子郵箱；6）用戶登錄表：用戶編號，用戶名稱，登錄密碼；7）客戶信息表：客戶編號，客戶姓名，性別，手機號碼，客戶職業，聯系電話，電子郵箱，郵政編碼，備注；8）收款登記表：收款單號，樓盤編號，收款日期，收款金額，付款方式，收款人，交款人；9）合同信息表：合同編號，樓盤編號，買房人身份證號碼，銷售人員編號，樓盤單價，樓盤折扣金額，付款方式，貸款銀行，簽訂時間，客戶交款記錄。
（三）數據窗口對象的創建
系統其他界面的設計便不一一介紹了，這里簡單介紹一下數據窗口對象的創建。使用PowerBuilder時，其中一個較為重要的工具便是數據窗口對象。由于本系統是使用PowerBuilder設計的，所以一定要注意數據窗口對象的建立，這是連接數據庫與客戶端的工具。在數據窗口對象中可以對數據進行添加、修改、查詢、刪除等相關基礎操作。還可以指定數據的輸入格式和輸出格式用數據窗口對象可以較為方便以及快捷的建立相關的較為復雜的數據庫應用程序，來為數據窗口對象選擇不同的顯示風格以及選擇不同的數據源，并可以增強它的功能，這就要通過添加各種控件來實現了。要保證數據庫與窗口對象是相互連接的，這樣才能順利的通過數據窗口對象對數據進行相關操作，要保證添加、修改、查詢、刪除等相關基礎操作的順利運行。所以，一定要保證數據窗口對象成功地與數據庫相連接。數據窗口對象中數據的來源便是其中的數據源，在本系統的設計中，數據窗口對象的數據源主要有下面兩種：快速選擇數據源，QuickSelect。通過建立簡單的Select語句，來進行數據源的選擇，主要通過一個表或者由外鍵連接的多個表來進行數據列的選擇，但是這種方法有一點缺陷，那便是在創建數據窗口對象時不能生成相應的計算列。SQL選擇數據源，SQLSelect。SQL選擇數據源，SQLSelect數據遠遠比快速選擇數據源，QuickSelect數據源要復雜的多。通過這種方式可以用可視化的方式來建立較為復雜的SQL選擇數據源的語句結構來構造數據源，并生成相應的計算列，這是快速選擇數據源所做不到的。還可以對數據進行相應的分組排序，還可以進行表的關聯等等操作。PowerBuilder中的數據源，功能最全的便是SQL選擇數據源，SQLSelect。數據窗口對象顯示數據的方式便是數據窗口對象的顯示風格。這要求數據窗口對象顯示的外觀不一定要多么的華麗，但一定要美觀、大方、變化多，以此來適用于不同的場景以及場合。本系統的數據窗口的顯示風格設定為，Freeform風格和Grid風格這兩種風格。創建數據窗口對象的步驟如下：在進入PowerBuilder后，在系統樹窗口中查找并打開該應用，找到“File”/“New”進行選擇，或者是通過單擊工具條上的相關圖標，來彈出新建對象窗口。在這里要選擇“DataWindow”頁，會出現一個界面，在界面上選擇顯示風格。以“客戶信息查詢窗口”為例。先選定Freeform的圖標，點擊確認按鈕或雙擊鼠標左鍵。彈出對話框，選擇數據庫中的“客戶信息表”，單擊下一步，這樣就可以建立“客戶信息查詢窗口”的數據窗口了。然后便可以通過對數據窗口對象進行操作進而對其進行相關操作。
篇7
半自動的學籍管理工作如何操作的，以新生入學為例。某年招生3000人，實際報到2500人，要求從3000人中將報到的2500人篩查出來進行在線注冊學籍，未報到人員注銷學籍。從學校入學系統中導出的實際報到學生數據是2500的excel電子表格，而從學信平臺上下載的招生數據是3000的．dbf數據庫表。半自動化方法:將下載數據轉換成excel數據，再將學校數據打印出來，然后從3000中一個一個的找出2500個報到生并作標記。并且，在篩查過程中，以學生姓名作為篩查的條件。這樣做一是篩查花費的時間比較長，二是效率比較低，因為沒有意識到可能有重名的問題。例如本校有兩個叫“張三”的，有一個報到了一個沒有報到，而我注冊時恰恰把沒報到的張三當成報到的了，這樣就造成了信息錯誤。還有類似的很多漏注、錯注學籍的問題。由此可以看出手動核查的弊端比較多，而且工作效率相對比較低，所以，總結歸納一個安全快捷的管理方法迫在眉睫。
3VFP程序完成學籍管理
從學信平臺上下載的數據都是．dbf格式，也就是vfp數據庫，那么能否通過VFP程序來解決前面出現的繁瑣問題那?經過多次試驗，最后編寫了一道VFP程序，可以解決所有的篩查問題。下面以新生電子注冊為例將程序介紹。某年從學信平臺下載某校新生招生數據庫“2013錄取．dbf”，3000人，而實際報到學生的數據庫為“2013報到．exe”，2500人，請從2500中將這3000人篩查出來。首先在將“2013報到．exe”另存為．dbf格式的數據庫，即“2013報到．dbf”。(方法:“2013報到．exe”，點擊【文件】【另存為】，在彈出的對話框中，【保存類型】一欄選擇“DBF”，【文件名】中寫上“2013錄取．dbf”。)現在要需要將兩個表通過程序連接到一起。而能將兩個表連接在一起的條件是兩個表中必須有一個相同的字段名稱，而且要求字段寬度也一樣。因為都是同一級的數據，只是一個數據人數多一個人數少，所以字段內容應該都是一樣的意思。關鍵是要找到一個能唯一標識學生的字段，例如身份證號或考生號。以避免出現像同名的學生注冊錯誤的現象。從學信平臺上下載或上傳數據，對表都有一定的字段寬度要求，不滿足要求的數據庫是不能上傳更新的，例如身份證號字段一般都是18位的字符，與第二代身份證號的要求一樣。所以一般我們的操作是:假如確定身份證號作為關鍵字段連接兩個表。打開“2013報到．exe”，在顯示表設計器中將【身份證號】字段名的寬度改為18，類型為【字符】。關閉該表。再打開“2013錄取．dbf”，在顯示表設計器中添加一個字段(如:標記)，用于標識哪些學生是報到的。點擊菜單欄的【窗口】命令窗口，在彈出的窗口中輸入命令:mod-ifycommcx，建立一個程序，程序名字起名為cx(程序的字母縮寫)，需要說明的是程序名字隨便起。注:選擇a區，打開2013錄取．dbf，以身份證號為關鍵字段進行索引(從學信平臺下載的數據庫中字段名都是以漢字名字母縮寫命名的)，選擇b區，打開2013報到．dbf，也以身份證號為關鍵字段進行索引，再打開“2013錄取．dbf”，以身份證號為對比字段，將“2013報到．dbf”中的每個數據與“2013錄取．dbf”中每個數據進行對比。如果兩表中身份證號相同的，則在2013錄取．dbf的標記字段用與2013報到．dbf的姓名替換。程序書寫完畢，點擊【執行】按鈕(或工具欄上的“!”)。執行完畢后，關閉程序窗口。單開表“2013錄取．dbf”，可以看到錄取數據中凡報到的學生“標記”字段均不為空。最終結果，標記字段不為空的就是實際報到的人數，將這些數據復制成另一個表，(在命令窗口中輸入:copyto報到for標記!=””［中間有一個空格］)。即:將”標記”字段不為空的數據拷貝到“報到．dbf”這個表中，這個表的名字隨便取。最后將“報到．dbf”進行注冊即可。一個程序可以將所有數據一次性進行篩查，足見其速度很快。而且，這個程序可以用于所有的兩表對比進行核實的工作。只要兩表中具有相同的能唯一標識一條記錄的關鍵字段即可。因為其唯一性，足見其準確率之高。
篇8
數據小組的職能并非是設計數據庫，而是通過需求分析，在參考其他相似系統的基礎上，提取系統的基本數據元素，擔負對數據庫的審核。審核內容包括審核新的數據庫元素是否完全、能否實現全部業務需求；對舊數據庫（如果存在舊系統）的分析及數據轉換；數據庫設計的審核、控制及必要調整。
二、設計原則
1．規范命名。所有的庫名、表名、域名必須遵循統一的命名規則，并進行必要說明，以方便設計、維護、查詢。
2．控制字段的引用。在設計時，可以選擇適當的數據庫設計管理工具，以方便開發人員的分布式設計和數據小組的集中審核管理。采用統一的命名規則，如果設計的字段已經存在，可直接引用；否則，應重新設計。
3．庫表重復控制。在設計過程中，如果發現大部分字段都已存在，開發人員應懷疑所設計的庫表是否已存在。通過對字段所在庫表及相應設計人員的查詢，可以確認庫表是否確實重復。
4．并發控制。設計中應進行并發控制，即對于同一個庫表，在同一時間只有一個人有控制權，其他人只能進行查詢。
5．必要的討論。數據庫設計完成后，數據小組應與相關人員進行討論，通過討論來熟悉數據庫，從而對設計中存在的問題進行控制或從中獲取數據庫設計的必要信息。
6．數據小組的審核。庫表的定版、修改最終都要通過數據小組的審核，以保證符合必要的要求。
7．頭文件處理。每次數據修改后，數據小組要對相應的頭文件進行修改（可由管理軟件自動完成），并通知相關的開發人員，以便進行相應的程序修改。
三、設計技巧
1．分類拆分數據量大的表。對于經常使用的表（如某些參數表或代碼對照表），由于其使用頻率很高，要盡量減少表中的記錄數量。例如，銀行的戶主賬表原來設計成一張表，雖然可以方便程序的設計與維護，但經過分析發現，由于數據量太大，會影響數據的迅速定位。如果將戶主賬表分別設計為活期戶主賬、定期戶主賬及對公戶主賬等，則可以大大提高查詢效率。
2．索引設計。對于大的數據庫表，合理的索引能夠提高整個數據庫的操作效率。在索引設計中，索引字段應挑選重復值較少的字段；在對建有復合索引的字段進行檢索時，應注意按照復合索引字段建立的順序進行。例如，如果對一個5萬多條記錄的流水表以日期和流水號為序建立復合索引，由于在該表中日期的重復值接近整個表的記錄數，用流水號進行查詢所用的時間接近3秒；而如果以流水號為索引字段建立索引進行相同的查詢，所用時間不到1秒。因此在大型數據庫設計中，只有進行合理的索引字段選擇，才能有效提高整個數據庫的操作效率。
3．數據操作的優化。在大型數據庫中，如何提高數據操作效率值得關注。例如，每在數據庫流水表中增加一筆業務，就必須從流水控制表中取出流水號，并將其流水號的數值加一。正常情況下，單筆操作的反應速度尚屬正常，但當用它進行批量業務處理時，速度會明顯減慢。經過分析發現，每次對流水控制表中的流水號數值加一時都要鎖定該表，而該表卻是整個系統操作的核心，有可能在操作時被其他進程鎖定，因而使整個事務操作速度變慢。對這一問題的解決的辦法是，根據批量業務的總筆數批量申請流水號，并對流水控制表進行一次更新，即可提高批量業務處理的速度。另一個例子是對插表的優化。對于大批量的業務處理，如果在插入數據庫表時用普通的Insert語句，速度會很慢。其原因在于，每次插表都要進行一次I/O操作，花費較長的時間。改進后，可以用Put語句等緩沖區形式等滿頁后再進行I/O操作，從而提高效率。對大的數據庫表進行刪除時，一般會直接用Delete語句，這個語句雖然可以進行小表操作，但對大表卻會因帶來大事務而導致刪除速度很慢甚至失敗。解決的方法是去掉事務，但更有效的辦法是先進行Drop操作再進行重建。
4．數據庫參數的調整。數據庫參數的調整是一個經驗不斷積累的過程，應由有經驗的系統管理員完成。以Informix數據庫為例，記錄鎖的數目太少會造成鎖表的失敗；邏輯日志的文件數目太少會造成插入大表失敗等，這些問題都應根據實際情況進行必要的調整。
5．必要的工具。在整個數據庫的開發與設計過程中，可以先開發一些小的應用工具，如自動生成庫表的頭文件、插入數據的初始化、數據插入的函數封裝、錯誤跟蹤或自動顯示等，以此提高數據庫的設計與開發效率。
篇9
計算機技術發展越來越快,相應的,也出現了包括網絡安全問題在內的很多問題。對于計算機管理系統的發展而言,安全系統也具有十分重要的作用。數據庫技術要想實現更好地發展,必須先解決可能會出現的數據安全問題。業內人士開展了大量關于計算機數據庫的探究,而且在信息管理中數據庫技術的應用性能也得到了極大提升。在信息管理中處理數據具有十分重要的作用,很多企業的數據資料都具有機密、敏感的特點,他們非常關注數據資料的安全性,因此其具有較高的信息管理技術要求。對信息的管理是數據庫管理技術的主要功能,而建立有效的數據模型是對信息進行管理的主要特點。以建立的數據模型為根據,可將數據庫體系劃分為層次型數據庫、關系型數據庫以及網狀型數據庫。計算機技術與數據庫技術之間的結合具有非常好的發展前景,其已經在包括農業、工業以及其他產業中得到十分廣泛的應用,兩種技術結合使很多行業信息管理的條理性、有效性和安全性得以極大提升。在信息管理中充分運用計算機數據庫技術,除了能使信息管理變得更加方便外,還可以有效保證信息的安全管理。與此同時,信息系統還具有備份和恢復信息的作用,這可以在數據遭到破壞的時候,實現對有用數據的無成本恢復,從而解決誤刪資料的問題。如今,數據庫的安全系數越來越高,企業機構不僅能更好地保護數據庫,還能有效避免信息系統被黑客侵入,防止機密信息流失。
3計算機數據庫技術在信息管理中應用的前景分析
3.1安全性越來越高
篇10
2.1區域施工管理模塊
區域施工管理模塊建立過程中主要參考文件為《點數進度計算指示書》，將現場管道和支架安裝過程中的工程量劃分如表1。(1)支架一階段儲備點數圖紙：支架安裝的圖紙包含支架圖及與該支架相對應的等軸圖兩個部分，均需VFC狀態圖紙，安裝才可進行。材料：支架的預制在電廠外部預制廠進行，運輸所需時間約為10天，因此，以預制支架發貨時間加上10天，作為支架到貨的時間。房間移交：土建房間移交后即可開展現場安裝工作，以實際移交的時間為準。上述三個條件同時滿足時，支架一階段即可進行安裝，其儲備點數為：支架一階段可施工點數支架安裝總點數50%(2)管道落位儲備點數圖紙：已VFC狀態圖紙。材料：管道的預制分為三個部分，分別由惠州分公司、江蘇電力和小管車間預制。江蘇電力預制的管道運輸時間約為一周，小管車間預制的管道無需運輸，因此，在計算時統一以發貨時間加10天作為到貨時間，以簡化計算。房間：與每一個支架都在特定的房間不同，一張等軸圖上的管道一般會安裝在兩個或多個房間中，不能利用支架安裝的方法來計算管道落位的儲備點數。在管道安裝的過程中，一張等軸圖一般分為多個管段進行安裝。因此，可以采用化整為零的方法，將一張等軸圖分為若干個管段來進行分析。但是，當一個管段穿過墻壁時，將與兩個房間相對應，難以判斷該管段應該屬于哪一個房間，這就給管道落位點數的分析和計算帶來一定難度。由于管段之間通過現場焊口（包括法蘭）連接，管段與焊口之間存在著一一對應的關系，焊口所在房間的信息也是明確的，因此，可以近似地以焊口來替代管段進行可施工條件的分析和計算。若一張等軸圖上共有m個焊口，其中n個焊口在某一個房間，則該等軸圖在這個房間中的安裝點數為：所在房間安裝總點數等軸圖安裝總點數mn當這個房間已移交，并滿足圖紙和材料的要求時，即可認為這部分管段滿足施工條件，可施工的落位點數為：33%mn管段落位點數等軸圖安裝總點數其中，以焊口數近似代替管段數。這種計算方法存在一定的誤差：在工程前期，移交的房間數量較少，當跨房間管段所在的房間沒有全部移交時，其落位點數的計算會產生誤差。這一差異僅在一張等軸圖所在的房間沒有全部移交時產生。可以預見的是，隨著房間移交數量的增加，這部分誤差會越來越小。(3)支架二階段儲備點數支架二階段的安裝一般在支架一階段和管道落位安裝完畢之后進行，因此，其可施工條件是：①具備支架一階段安裝的條件；②相應的管道具備落位條件。支架二階段安裝點數支架安裝總點數30%ab其中,a為該支架總支點數，b為可安裝支點數。(4)數據庫邏輯建立根據支架一階段、二階段、管道落位儲備點數的施工邏輯，分別建立查詢關系，使用數據庫函數對施工的先決條件進行篩選。對于具備施工條件的，在對應的表格中顯示其可施工點數，否則為空。最后，對各部分可施工點數分別求和，得到對應儲備點數。通過數據庫的導出功能，可以將得到的計算結果導出為Excel表格，對各項施工條件進行分析，明確各上游環節對現場的影響程度，有助于推動解決上游問題，為現場施工創造良好條件。
2.2系統施工管理模塊
EM4區域安裝進行到約40%時，將由區域施工逐步轉為系統施工，現場施工由水壓試驗計劃為引導。為了增強對水壓試驗進度的掌控，在區域安裝的基礎上，增加了水壓試驗的跟蹤。水壓試驗模塊的設計包含兩個部分：(1）水壓試驗流程圖（簡稱TFD）與支架、管段、焊口、閥門的對應關系；(2）支架、管道、焊口、閥門的預制和安裝進展。TFD之后，就可以確定TFD與支架等物項的關系。在水壓試驗管理模塊中，將上述兩部分整合起來，對每個TFD的進展進行跟蹤，并找出主要的制約因素，及時進行干預。在數據庫系統的設計中，對支架、管段、焊口三個部分，將其與區域施工的部分信息相關聯，以跟蹤其施工進展。對于閥門部分，由于其特殊性，考慮到可互換性的影響，對閥門的庫存進行了分析，用同LRCM閥門的庫存量來衡量該閥門是否可安裝，從而使閥門的利用率達到最大。在該模塊中，通過統計的功能，對每個TFD中支架、管段、焊口、閥門的總量及其已完成量進行統計，可以直觀的顯示出各部分的施工進展。
2.3閥門安裝管理模塊
(1)閥門數據庫系統簡介閥門數據庫系統利用了閥門采購清單、系統手冊閥門清單、施工圖紙對應的閥門清單作為基礎數據源，動態輸入了閥門的入庫、出庫信息及質量計劃執行信息。為了讓數據庫系統能夠服務于水壓試驗和系統移交管理工作，在數據庫系統中將閥門功能位置碼、水壓試驗流程圖（TFD）、相關的調試子系統（EESR）按照施工邏輯進行了匹配，以便對系統閥門供需情況進行跟蹤。(2)閥門數據庫系統應用閥門數據庫系統功能和應用如下：通過閥門的功能位置碼查詢閥門的技術信息，指導現場質量控制；自動實現閥門到貨、出庫數據統計，得出庫存數量，為提出閥門到貨需求提供數據支持；查詢水壓試驗回路閥門情況，合理利用有限的閥門庫存；跟蹤具體閥門的全工期內質量計劃的執行情況，防止出現閥芯漏裝等質量事件。
篇11
學生前來提交論文時，手里拽著一份膠印好的紙質版論文，一份電子版論文，一份回執單。工作實效要求每3分鐘要完成一位前來提交的學生，包括（回執單的核對，紙質版封面內的論文獨立性、完整性簽字，導師對論文授權認可的簽字等）。提交的時間又都在酷暑和寒冬季節，人數多，時間緊，任務集中，論文審核步驟繁瑣。不管是汗流浹背還是手腳凍僵的酷暑寒冬季節，也不管是由于加班、托班、久看電腦而出現的身體不適等情況，我們在這關鍵的時刻一直堅守在崗位上，做好畢業生的論文收集、審核工作。只有用心工作才能有工作細則的出彩。
1 博碩士學位論文數據庫建設工作細則
1.1 提交內容和要求：全文要求包含以下內容
（1）論文封面，包括：中國圖書館圖書分類號（針對論文內容并非專業的分類號），作者學號（請填寫在封面“編號”處），中文、外文題名，論文作者姓名，作者學校、院系、專業，第一導師姓名，第一導師學校、院系，第二導師姓名（沒有可不填），第二導師單位（沒有可不填），論文提交日期，申請學位類別、級別（如文學碩士或工學博士等）；
（2）論文摘要，包括：中文關鍵詞、中文摘要、外文關鍵詞、外文摘要；
（3）論文正文，包括：目錄、正文、參考文獻、附錄、附圖等；
（4）電子版要求與印刷版內容（含封面）完全相同；
（5）學位論文的所有內容請存為一個Word2007文件，并將文件名設為：
一級學科+學院+學號+姓名（例如：經融學+經濟與管理學院+學號+姓名）。
1.2 網上提交步驟
（1）登錄南昌大學圖書館主頁（ http：//）__點擊“論文提交”__“進入提交頁面”。
（2）請使用學號注冊、登錄--->密碼和學號一直--->（請牢記不隨意修改密碼）--->點擊修改--->去提交我的論文--->摘要可在制作好的文檔中粘貼復制--->方便快速填表--->粘貼復制：剪刀的第3個小圖標。
（3）學科門類選項以選大類為主--->學科專業在表中選項，打*號的必須填寫。
（4）上傳的電子文檔應去除書脊頁并--->且不能有空白頁--->正文的頁碼應與紙質版一致。
（5）上傳電子版文檔為：PDF格式（word2007全文可轉換成PDF格式）--->PDF全文在最上面word全文在下方--->上傳完畢后點擊提交并存。
（6）PDF轉換方法：請使用word2007版本--->點擊文件--->輸出為PDF--->確定到制定的盤--->輸入的文件名與研究生院規定的一致：一級學科+南昌大學+姓名+學號
（例如：金融學+南昌大學+姓名+學號）。
（7）學位論文提交網址：http：//210.35.251.204/（僅限校園網使用）。
（8）查詢論文審核狀態，若未通過審核，根據所給提示修正提交方式，重新提交；若通過審核，則攜帶好《南昌大學研究生學位論文提交單》，將印刷本交至本室。本室將在論文作者所攜帶《南昌大學研究生學位論文提交單（回執）》上簽字并蓋論文收訖章，博、碩士研究生憑此回執方可辦理畢業手續。
（9）學位論文提交審核后，讀者可在圖書館主頁上查看瀏覽非加密的論文。
2 審核核對、電子版存檔工作
（1）學位論文審核人員必須每天查看是否有新的論文被提交。
（2）將論文全文從FTP服務器上拷貝至電腦本地盤，對照論文全文對所提交題錄信息進行核對，并且審核全文是否與紙質版內容、頁碼一致，圖片、公式等是否能正常顯示，不得有空白頁、修改的標記符號。
（3）對審核合格的予以通過，不合格的給出審核不通過的詳細原因，便于學生重新提交。
（4）審核合格并收印刷版后，在論文作者所攜帶《南昌大學研究生學位論文提交單（回執）》上蓋論文收訖章。
3 印刷版、電子版收審后的移交工作
（1）印刷版移交為保護論文作者的合法權益，工作人員須將學位論文印刷版按加密與非加密分類移交讀者服務部保存，并在封面注明密級（或加密年限）。
（2）印刷版論文按各學院分類、歸類，包括同等學力、高師、在職的碩、博士提交的紙質版論文，整理歸位后，移交指定的部門供讀者查閱。
（3）加密論文另附作者清單。移交人與讀者服務部接收人雙方簽名確認。
（4）南昌大學研究生學位論文提交單（回執）保存工作，回執單內容必須填寫完整，導師簽字后方可認可，簽字蓋章后，留研究院、圖書館備案。
篇12
2SQL數據庫在醫院信息管理綜合應用中的完善
2.1根據具體的需要相應的增加或者減少相應的模塊數量醫院和個人可以根據自己的具體需要，進行一些簡單的維護，將系統的模塊進行增加或減少。并且在增減模塊的同時注意維護編程的界面，這樣才能設計出很友好的系統模塊。有了針對性的結構特點，這樣的數據庫應用平臺不僅更符合醫院信息管理系統的設計，而且還增大了獨立性和獨特性，因此也可以整體提高系統的可維護性和可靠性。選用這樣模塊化的SQL數據庫應用平臺也是設計結構的特點。
2.2采取開發式結構特點研究基于SQL數據庫的醫院信息管理綜合應用設計就必須要仔細斟酌這數據庫的系統硬件的結構設計。這個也是整個信息系統的核心內容。當前采取的數據統計模式執行的是TCP/IP的協議。如果要進一步加強系統給的可靠性，保證醫院和病人信息的安全就應當采取開發式結構特點的系統硬件結構設計。采取這樣的硬件結構設計可以減少冗余的配置，保證系統可靠性。在整體的醫院數據信息系統中，最重要的就是這個系統。在完善機遇SQL數據庫的應用設計時自然需要通過增強系統給的整體可靠性，以聯合增強SQL數據庫的互聯網安全機密新能。SQL依然可支持遠程的訪問，這也是醫院信息數據庫需要有的特點。因此，雖然可支持遠程訪問的功能會導致醫院的信息保密功能不太安全，卻也不能刪除。但是可具體根據醫療方面的任務對應的增加遠程訪問的時間限制、地點限制和次數限制。這也是開發式硬件結構的特點。
2.3系統性能優化SQL數據庫歷經幾年的研究和使用已經近乎完美，因此對數據庫的性能進行優化是個非常困難的任務。然而，只要是實際工作有需要的，都應當做出針對性的系統性能優化。為了保證醫院信息的安全，也為了保證醫院工作的效率，系統性能優化的完善勢在必行。在醫院日常的工作中，最繁重的就是數據統計和索引了，若性能得到優化，就可以大大加快數據庫的反應速度，這樣也能使醫院的工作和服務得到提升。
篇13
目前,隨著工具軟件的發展和廣泛采用,使數據庫應用系統的開發如虎添翼,其中PowerBuilder以其獨特的數據窗口(DataWindow)倍受歡迎。
PowerBuider是美國著名的數據庫應用開發工具生產廠家Powersoft公司于1991年6月推出的功能強大、性能優異的開發工具,它是一種面向對象的、具有可視圖形界面的、快速的交互開發工具。智能化的數據窗口對象是其精華所在。利用此對象可以操作關系數據庫的數據而無需寫入SQL語句,即可以直接檢索、更新和用多種形式表現數據源中的數據。但要注意,必須使數據窗口成為窗口(Window)下數據窗口控制的一個連接對象,數據窗口才能使用戶在應用執行期間訪問數據庫中的數據。
利用PowerBuilder提供的內部查詢機制,我們即可以讓數據窗口作為查詢條件的輸入,又可以讓該數據窗口作為查詢結果的輸出,這樣就可以使數據窗口中的所有數據項進行自由組合的查詢。例如:在窗口W_que上建立兩個數據窗口控制dw_1和dw_2,分別連接兩個數據窗口對象dw_que1與dw_que2,其中dw_1用于輸入查詢條件,而dw_2用于顯示滿足查詢條件的所有元組。事實上條件的輸入及元組的顯示完全可以在一個數據窗口中實現,考慮到這兩種操作的差別(例:條件輸入可編輯,而元組顯示不可編輯;條件輸入可為某一范圍,而元組顯示僅為滿足條件的所有紀錄……)將其用兩個數據窗口控制來實現。這就要求dw_2與dw_1數據共享,即要求dw_que1與dw_que2兩數據窗口的數據源完全相同。
用這種方法實現查詢優點突出,例:通過設置數據窗口中對應列的編輯風格(EditStyles)為相應的下拉式數據窗口(DropDownDataWindow),使顯示的元組文字化。注意,這要事先建好下拉式數據窗口。設置數據窗口中對應列的編輯風格同樣可滿足其它顯示需要。利用數據窗口的風格特點:查詢表的列寬、列序可自由改變,甚至可以覆蓋掉一些列,以達到更滿足查詢顯示的需要。綜合查詢的信息來自多個表,改變數據窗口的數據源,采用多表連接的數據源即可實現。但是如我們問題的描述,如果我們需要的查詢項隨機地來自這43張表中的數據項,顯示項也是隨機地。這種任意條件的組合,可選輸出項的顯示稱為動態查詢(DynamicQuery)依然采用上述方法,數據窗口dw_que1與dw_que2的數據源將是這43張表的連接,先不說效率問題,單從這426個項中輸入查詢條件,又顯示這426個項,就使人敬而遠之。因為,在每一次查詢前,都不了解此次查詢的要求是什么,這樣,每張表中的每一個數據項都缺一不可;另一方面,每一次的查詢,一旦查詢條件確定、顯示條目也確定后,我們會發現,每一次有意義的查詢并不是需要全部的43張表,換言之,每一次查詢沒有必要將43張表全部連結,而應只連接那些被選中數據項所在的表,即數據源是動態產生的。由于數據源不確定,數據窗口就無法設計,動態查詢無法用這種方法實現。
2、計算機動態查詢的實現
在某些實際的應用系統開發中,由于用戶在開發前提不出查詢的需求,而在系統運行中希望能夠對所有的數據項任意組合進行查詢,以滿足來自多方的需求,實現動態地查詢(即隨機地從43張表中選擇數據項進行組合作為查詢條件并任意地選擇數據項作為顯示條目)。對于此類查詢的實現要利用PowerBuilder通過編程的方式在運行時動態地創建數據窗口,并動態地控制數據窗口。
動態地創建一個數據窗口,應用程序需要執行下列任務:
•動態地構造SQL語句。
•用符合數據窗口語法的字符串,為現在的數據窗口控制創建一個數據窗口對象。具體實現如下:超級秘書網
2.1動態地生成SQL語句,根據SQL的語法:SELECTstringaFROMstringbWHEREstringc也就是動態地生成stringa,stringb,stringc.由用戶輸入要顯示的列,一旦輸入完畢,列名就隨之確定,將所有列名拼成一個“串”,中間用“,”分隔,形如“columm1,column2,column3,...,columnr”,則動態地生成stringa;同樣由用戶輸入查詢條件,包括相應的列、滿足的條件或范圍、邏輯關系等,將這些條件拚成一個串,即為stringc,顯然,所有的列名都確定了,他們所在的表名也確定了,按照stringb的語法規則即可構造。
注意:上面的stringc由兩部分(表間關系stringc1及查詢條件stringc2)組成;表名串stringb與表間關系stringc1、查詢條件stringc2及顯示條目stringa均有關。
在實現的過程中:為貼近實際應用,習慣上,先輸入查詢條件,再輸入顯示條目。即在輸入查詢條件后,生成strinc2,stringb,stringc1;然后,再在輸入顯示條目后生成stringa,并修改stringc1,stringb。最后形成SQL語法:
str="select"+stringa+"from"+stringb+"where"+stringcl+stringc2
2.2在現在的事物對象里利用相關的SyntaxFromSQL()函數生成符合數據窗口語法的字符串:
exp=syntaxfromsq1(sq1ca,str,strsty,error)生成數據窗口的源代碼
其中:strsty為數據窗口的顯示風格,例:
strsty="style(type=grid)datawindow(units=lcolor=12632256)text(font.face=''''system'''')"
2.3創建數據窗口對象
dw_que.create(exp)
這樣就實現了用戶要求的隨機查詢。
在真實系統中,用戶在輸入查詢條件時希望通過選項方式錄入查詢信息,由于庫表中存放的大量信息為代碼,這就需要在程序中先把錄入的文字信息轉化成相應的代碼再連接到查詢條件中。為簡化輸入,提高準確性,可采用代碼輸入,即動態地嵌套下拉式數據窗口。在顯示查詢結果的數據窗口中,事先不能嵌套下拉式數據窗口,可預先做一個函數,在程序運行中根據所選的列把代碼轉化成所對應的漢字顯示,這樣更完善了用戶要求的隨機查詢。
