考勤系統(tǒng)數(shù)據(jù)庫課程設計

1、目錄第一章 系統(tǒng)概述11.1 系統(tǒng)開發(fā)背景11.2項目設計基本原理11.3數(shù)據(jù)庫系統(tǒng)設計及范式分析1第二章 系統(tǒng)需求分析32.1可行性研究3技術可行性3經(jīng)濟可行性3操作可行性3社會因素可行性4可行性研究結論42.2需求分析4系統(tǒng)目的4系統(tǒng)功能及用戶需求分析42.3數(shù)據(jù)描述5數(shù)據(jù)流圖5數(shù)據(jù)字典6第三章 總體設計93.1總體設計原理103.2運行環(huán)境與系統(tǒng)結構103.3系統(tǒng)功能模塊與設計103.4系統(tǒng)功能模塊圖11第四章 詳細設計124.1數(shù)據(jù)庫的概念設計12局部E-R模式設計124.1.2 E-R圖模型轉成關系模型134.2數(shù)據(jù)庫實現(xiàn)144.3代碼的調(diào)試22結束語25參考文獻26第一章 系統(tǒng)概述

2、1.1 系統(tǒng)開發(fā)背景90年代中期，由于Internet 的迅速普及，使Intranet成為Internet技術在企業(yè)管理信息系統(tǒng)中的應用和延伸，形成了集計算機，計算機網(wǎng)絡、數(shù)據(jù)庫、分布式計算等于一體的信息技術綜合體，它打破了時間和地域的界限，使信息交流變得快捷、準確，為建立現(xiàn)代企業(yè)管理信息系統(tǒng)提供了充足的條件。企業(yè)信息管理系統(tǒng)在此基礎上延伸、擴展，使之上下、內(nèi)外全面貫通。酒店考勤管理系統(tǒng)是在適應市場需求的客觀前提下，為了滿足中小型公司或事業(yè)單位管理自己的職員考勤問題而開發(fā)的。該系統(tǒng)的是終目的是要將各位職員的考勤情況放到網(wǎng)絡上，以方便員工及時查證。1.2項目設計基本原理隨著計算機的普及和計算機科

3、學技術的飛速發(fā)展，人們開始越來越多地利用計算機解決實際問題。員工考勤管理是企業(yè)信息管理的重要部分面對大量的人事工資信息，采用人力處理將浪費大量的時間、人力和物力，且數(shù)據(jù)的準確性低。一個界面友好，易于操作的員工考勤管理軟件進行自動化處理就會顯得尤為重要。在數(shù)據(jù)庫系統(tǒng)中，主要的操作是對數(shù)據(jù)庫進行的，根據(jù)對不同數(shù)據(jù)表的操作來劃分模塊，雖然這并不一定正確，但根據(jù)數(shù)據(jù)來劃分模塊確實可以使乘隙模塊清晰明了。當然，前提是數(shù)據(jù)劃分正確，不然會使數(shù)據(jù)處理更加麻煩。1.3數(shù)據(jù)庫系統(tǒng)設計及范式分析數(shù)據(jù)庫設計主要是進行數(shù)據(jù)庫的邏輯設計，即將數(shù)據(jù)按一定的分類、分組系統(tǒng)和邏輯層次組織起來，是面向用戶的。數(shù)據(jù)庫設計時需要綜

4、合企業(yè)各個部門的存檔數(shù)據(jù)和數(shù)據(jù)需求，分析各個數(shù)據(jù)之間的關系，按照DBMS提供的功能和描述工具，設計出規(guī)模適當、正確反映數(shù)據(jù)關系、數(shù)據(jù)冗余少、存取效率高、能滿足多種查詢要求的數(shù)據(jù)模型。數(shù)據(jù)庫設計的步驟是;1.數(shù)據(jù)庫結構定義：目前的數(shù)據(jù)庫管理系統(tǒng)（DBMS）有的是支持聯(lián)機事務處理CLTP（負責對事務數(shù)據(jù)進行采集、處理、存儲）的操作型DBMS，有的可支持數(shù)據(jù)倉庫、有的聯(lián)機分析處理CLAP（指為支持決策的制度對數(shù)據(jù)的一種加工操作）功能的大型DBMS，有的數(shù)據(jù)庫是關系型的，有的可支持面向對象數(shù)據(jù)庫。針對選擇的DBMS，進行數(shù)據(jù)庫結構定義。2.數(shù)據(jù)表定義：數(shù)據(jù)表定義指定義數(shù)據(jù)庫中數(shù)據(jù)表的結構，數(shù)據(jù)表的邏輯

5、結構包括：屬性名稱、類型、表示形式、缺省值、效驗規(guī)則、是否關鍵字、可否為空等。關系型數(shù)據(jù)庫要盡量按關系規(guī)范化要求進行數(shù)據(jù)庫設計，但為使效率高，規(guī)范化程序應根據(jù)應用環(huán)境和條件來決定。數(shù)據(jù)表設計不僅要滿足數(shù)據(jù)存儲的要求，還要增加一些如反映有關信息、操作責任、中間數(shù)據(jù)的字段或臨時數(shù)據(jù)表。3.存儲設備和存儲空間組織：確定數(shù)據(jù)的存放地點、存儲路徑、存儲設備等，備份方案，對多版本如何保證一致性和數(shù)據(jù)的完整性。4.數(shù)據(jù)使用權限設置：針對用戶的不同使用要求，確定數(shù)據(jù)的用戶使用權限，確保數(shù)據(jù)安全。5.數(shù)據(jù)字典設計：用數(shù)據(jù)字典描述數(shù)據(jù)庫的設計，便于維護和修改。 第二章 系統(tǒng)需求分析2.1可行性研究2.1.1技術可

6、行性 1.系統(tǒng)管理人員可以根據(jù)該系統(tǒng)查詢員工的相關信息，并且可以通過員工信息管理對員工信息進行添加、刪除和修改； 2.系統(tǒng)管理人員可以通過該應用程序對員工的工作時間進行安排； 3.系統(tǒng)管理人員可以通過該系統(tǒng)檢查員工的工作情況，了解員工出差和加班等情況并以此對員工的工資發(fā)放情況做安排； 4.員工可以通過該系統(tǒng)查詢自己的出勤記錄、出差記錄、加班記錄及請假記錄，并通過對自己工作情況的查訓核算自己的工資發(fā)放是否正確； 5.員工可以通過該系統(tǒng)查詢工作時間，了解自己的工作日程； 6.內(nèi)部功能需要通過SQL語言對數(shù)據(jù)庫進行插入、刪除、修改和查詢等操作。2.1.2經(jīng)濟可行性 經(jīng)濟可行性主要依據(jù)是成本/效益分析

7、，該系統(tǒng)的目標是以最低的成本，在最短的期限內(nèi)開發(fā)出考勤管理系統(tǒng)。系統(tǒng)能減少很多不必要的資源，不用象以前那樣用冗余的紙張式的管理。我國中小企業(yè)信息化水平一直處在比較初級的階段，有關統(tǒng)計表明，真正具備計算機信息化比較高應用水平的企業(yè)在全國1000多萬中小企業(yè)中所占的比例還不足10%。然而，隨著我國市場經(jīng)濟的不斷成熟，企業(yè)的競爭也在不斷的加劇，同時企業(yè)組織管理觀念的變革以及業(yè)務流程標準化也在不斷完善，中小企業(yè)信息化建設的熱情近幾年來有了顯著的提高。因此開發(fā)一個高質量的考勤工資系統(tǒng)進行企業(yè)管理尤為重要。2.1.3操作可行性 用戶僅需具有基本的電腦操作能力即可。2.1.4社會因素可行性 從法律因素和安全

8、用正版和免費角度考慮，所有技術參考資料都經(jīng)授權，所有軟件都選。2.1.5可行性研究結論依據(jù)以上因素，本考勤管理系統(tǒng)開發(fā)項目不僅方便快捷、高效，而且社會效益比較好從而使本系統(tǒng)開發(fā)者相信該系統(tǒng)開發(fā)出來之后將取得成功。綜上所述，此項目在技術、經(jīng)濟、操作和社會效益上是完全可行的。2.2需求分析2.2.1系統(tǒng)目的系統(tǒng)采用模塊化程序設計方法，既便于系統(tǒng)功能的各種組合和修改，又便于未參與開發(fā)的技術維護人員補充、維護。員工考勤管理系統(tǒng)能夠和考勤機相連接，從而完成自動、高效、科學的考勤信息輸入。該系統(tǒng)具備數(shù)據(jù)庫維護功能，及時根據(jù)用戶需求進行數(shù)據(jù)的添加、刪除、修改、備份等操作?？紤]到適應性，構建一個考勤系統(tǒng)，所有

9、的員工都通過打卡來進行登錄和注銷，同時考勤系統(tǒng)需要用戶密碼才能進入。在這里假定打卡信息已經(jīng)轉化成數(shù)據(jù)信息，每次打卡將激活的一個模塊。這些模塊可以用手工輸入，以備不時之需。2.2.2系統(tǒng)功能及用戶需求分析根據(jù)分析，該考勤系統(tǒng)必須具備如下幾個功能：（1）能夠記錄各種基本資料和考勤資料；（2）系統(tǒng)使用者每天每個人都必須進行考勤，能夠記錄各種考勤信息；（3）系統(tǒng)使用者能夠查詢以往考勤信息，以防止不公正情況出現(xiàn)；（4）系統(tǒng)使用者能夠對考勤結果信息進行處理；（5）系統(tǒng)使用者能夠由靈活處理；（6）保障數(shù)據(jù)庫安全，優(yōu)化數(shù)據(jù)庫，可以在程序中實現(xiàn)數(shù)據(jù)庫備份和恢復。（7）界面的友好性，操作的圖形化。（8）對員工的遲

10、到情況進行統(tǒng)計 也可以查詢并由系統(tǒng)使用者對其進行修改刪除現(xiàn)在不論哪個企業(yè)，都要進行考勤，一些企業(yè)在考勤管理方面用了大量的人力和財力，不說準確度和可信度如何，其效率很低，而且容易出錯，不利于管理。所以人工考勤已經(jīng)很難再滿足企業(yè)規(guī)范化管理的要求，隨著數(shù)據(jù)庫技術的發(fā)展和企業(yè)信息化建設的進行，使用計算機管理考勤成為一種主流趨勢，它不僅為企業(yè)減少了人力財力的付出，而且也大大減輕了考勤工作人員的工作量。2.3數(shù)據(jù)描述2.3.1數(shù)據(jù)流圖數(shù)據(jù)庫記錄了系統(tǒng)中處理的所有數(shù)據(jù)和某些操作。在實際應用中，一個實用的數(shù)據(jù)庫應用系統(tǒng)可能要處理數(shù)據(jù)量巨大，并且關系復雜的數(shù)據(jù)。現(xiàn)實生活中處理的數(shù)據(jù)，必須經(jīng)過抽象，然后再將它們反

11、映到數(shù)據(jù)表的字段中。數(shù)據(jù)表中的字段類型和大小要符合使用習慣。設計的業(yè)務流程圖如下所示：員工正常上班加班情況請假出差帶職人員命令部門部門申請批準圖2.1 考勤系統(tǒng)業(yè)務流程圖設計的數(shù)據(jù)流程圖如下所示：上班表員工正常上班加班請假出差加班表請假表出差表部門其它人員統(tǒng)計查詢圖2.2 考勤系統(tǒng)的數(shù)據(jù)流程圖2.3.2數(shù)據(jù)字典（1）數(shù)據(jù)項描述數(shù)據(jù)項別名類型長度取值范圍 取值含義含義說明員工編號ynobigint0000000至9999999前三位為部門編號，后四位為順序編號唯一標識每個學生員工性別ysexchar2“男”或“女”規(guī)范化性別是區(qū)分員工的一個大致范圍部門編號bnoint000為順序編號唯一標識每個

12、部門出勤編號worknobigint00000000000000000000至前八位為當天日期，中間兩位設為00，后七位為員工編號唯一標識每次出勤加班編號overtimenobigint至前八位為當天日期，中間兩位設為11，后七位為員工編號唯一標識每次加班出差編號travelnobigint00000000220000000000至前八位為當天日期，中間兩位設為22，后七位為員工編號唯一標識每次出差請假編號leavenobigint00000000220000000000至前八位為當天日期，中間兩位設為33，后七位為員工編號唯一標識每次請假月度考勤編號mattendnobigint000000

13、00220000000000至前八位為當天日期，中間兩位設為44，后七位為員工編號唯一標識每個人的月度考勤信息工資編號worknobigint至99999999999前七位為員工編號，后四位為順序編號唯一標識每個人的工資情況表2-1（2）數(shù)據(jù)結構描述數(shù)據(jù)結構說明組成員工信息是考勤管理子系統(tǒng)的主體數(shù)據(jù)結構，定義了一個員工的有關信息員工編號，員工姓名，員工性別，出生日期，職務，部門編號部門信息是考勤管理子系統(tǒng)的主體數(shù)據(jù)結構，定義了一個部門的有關信息部門編號，部門名稱，部門經(jīng)理職工號工資表是考勤管理子系統(tǒng)的主體數(shù)據(jù)結構，定義了工資的詳細信息工資編號，基本工資，獎金，實際工資表2-2（3）數(shù)據(jù)流描述數(shù)

14、據(jù)流說明數(shù)據(jù)流來源數(shù)據(jù)流去向組成平均流量高峰期流量核對密碼根據(jù)不同人員相應的權限登錄時的信息考勤管理系統(tǒng)管理員的帳號密碼與普通員工的帳號密碼每天傳輸1000次1500次完整的考勤數(shù)據(jù)員工的考勤數(shù)據(jù)月度考勤統(tǒng)計工資評估月度考勤編號、員工編號、日期、累計正常工作時間、累計請假、累計出差、累計加班、遲到次數(shù)、早退次數(shù)、曠工次數(shù)每月傳輸1500次1500次工資數(shù)據(jù)員工相應的工資工資評估的情況工資表工資編號、基本工資、獎金、實際工資每月傳輸1500次1500次表2-3（4）數(shù)據(jù)存儲數(shù)據(jù)存儲說明流入數(shù)據(jù)流流出數(shù)據(jù)流組成數(shù)據(jù)量存取方式出差記錄記錄員工出差的基本情況錄入出差情況，調(diào)出出差記錄統(tǒng)計出差記錄出差編

15、號、出差起始時間、出差結束時間、出差描述、補助資金每月200次更新，順序檢索工資表記錄員工工資的情況工資的評估工資編號、基本工資、獎金、實際工資每月1500次更新月度考勤統(tǒng)計記錄員工每月的考勤情況一個月的信息統(tǒng)計統(tǒng)計好的考勤數(shù)據(jù)月度考勤編號、員工編號、日期、累計正常工作時間、累計請假、累計出差、累計加班、遲到次數(shù)、早退次數(shù)、曠工次數(shù)每月1500次更新，順序檢索表2-4（5）處理過程處理過程說明輸入數(shù)據(jù)流輸出數(shù)據(jù)流處理登錄用正確的賬號登錄賬號和密碼核對密碼要求密碼正確，并且根據(jù)賬戶名來區(qū)分管理員和普通員工錄入數(shù)據(jù)將準備的數(shù)據(jù)依次錄入 準備的出差，請假，加班，出勤的數(shù)據(jù)錄入出差，請假，加班，出勤的

16、情況要求數(shù)據(jù)根據(jù)其內(nèi)容分別編入不同的記錄中工資評估根據(jù)相應的評估方法來算基本工資，獎金和實際工資完整的考勤數(shù)據(jù)工資表基本工資加上加班的獎金，補助金減去請假，曠工扣的錢表2-5第三章 總體設計3.1總體設計原理總體設計的基本目的就是回答“系統(tǒng)應該如何實現(xiàn)？”這個問題。因此總體設計又稱為概要設計或初步設計。通過這個階段的工作將劃分出組成系統(tǒng)的物理元素程序、文件、數(shù)據(jù)庫、人工過程和文檔等等，但是每個物理元素仍然處于黑盒子級，這些黑盒子里的具體內(nèi)容將在以后仔細設計?？傮w設計階段的另一項重要任務是設計軟件的結構，也就是要確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互之間的關系?？傮w設計工程通常有

17、兩個主意階段組成：系統(tǒng)設計，確定系統(tǒng)的具體實現(xiàn)方案；結構設計確實軟件結構，也就是要確定系統(tǒng)中每個程序擁有哪些模塊組成的，以及這些模塊之間的關系。在詳細設計之前進行總體設計可以站在全局的高度上，花較少的成本，從中選出最佳方案和最合理的軟件結構，從而用較低的成本開發(fā)出高質量的軟件系統(tǒng)。3.2運行環(huán)境與系統(tǒng)結構為了保證系統(tǒng)運行的效率和可靠性，系統(tǒng)服務器端應具有較高的軟硬件配置，客戶端的要求不是很高。此應用程序可廣泛用于內(nèi)部的局域網(wǎng)。3.3系統(tǒng)功能模塊與設計（1）用戶管理模塊增加一名系統(tǒng)使用用戶，同時設置密碼和權限，當此用戶要更改密碼時，可以在修改密碼模塊中進行。必須具有一定權限才能進行此項操作。而當

18、某些職工離職或者因某中緣故，不能再使用考勤系統(tǒng)，可以將該用戶刪除。可以更改擁護權限，使其具有訪問某些模塊的權限或者剝奪其訪問某些模塊的權限。所有系統(tǒng)使用用戶都可能在此修改密碼，以保障系統(tǒng)安全。 （2）基本資料管理模塊設置的時間有上午上、下班時間，下午上、下班時間，這個模塊與上下班時間表相對應，以方便考勤操作。增加和刪除請假類型，修改請假類型內(nèi)容，并將操作結果存在請假類型表內(nèi)。增加和刪除外出類型，修改外出類型內(nèi)容，并將操作結果存在外出類型表內(nèi)。增加、刪除和修改員工基本資料。（3）考勤操作管理模塊輸入員工每天出勤情況，主要為上班和下班時間，這是考勤的依據(jù)資料。對于遲到早退或者曠工情況，可以在這個模

19、塊直接判斷。記錄員工請假內(nèi)容，請假時間，將其保存在數(shù)據(jù)庫中。處理員工外出情況，說明其內(nèi)容、原因和外出時間。（4）考勤資料管理模塊根據(jù)統(tǒng)計條件統(tǒng)計在一段時間內(nèi)的出勤情況，如每個月內(nèi)遲到人數(shù)等，查詢所有或部分人在某一時間段中的考勤情況，根據(jù)考勤結果，進行相應的處理。（5）數(shù)據(jù)庫管理模塊把系統(tǒng)數(shù)據(jù)庫導出并存放在某一磁盤目錄中，相當于備份。將存放在磁盤中的數(shù)據(jù)庫導入系統(tǒng)時要覆蓋原來的數(shù)據(jù)庫，否則會出錯。3.4系統(tǒng)功能模塊圖登錄考勤系統(tǒng)用戶資料管理每日考勤管理請假考勤管理出差考勤管理加班考勤管理修改刪除管理圖3.1 功能模塊圖第四章 詳細設計4.1數(shù)據(jù)庫的概念設計根據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析，確定該應

20、用中的實體、屬性和實體之間的聯(lián)系，并畫出系統(tǒng)總體的E-R圖。概念設計可分為三步進行：首先設計局部E-R模式，然后把各局部E-R模式綜合成一個全局模式，最后對全局E-R模式進行優(yōu)化，得到最終的模式，即概念模式。4.1.1局部E-R模式設計實體和屬性的定義。E-R模型的“聯(lián)系”用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1：N,M:N,還是1：1等，還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系等等。1.局部E-R模式的合并合并的原則

21、是：首先進行兩兩合并，先合并那些現(xiàn)實世界中有聯(lián)系的局部結構，合并從公共實體類型開始，最后再加入獨立的局部結構。2.消除沖突沖突分為三類：屬性沖突，結構沖突，命名沖突。設計全局E-R模式的目的不在于把若干局部E-R模式形式上合并為一個E-R模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一概念模型。3.全局E-R模式的優(yōu)化在得到全局E-R模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對E-R模式進行優(yōu)化，一個好的全局E-R模式，除能準確、全面的反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少，實體類型所含屬性個數(shù)盡可能少，實體類型間聯(lián)系無冗余。設計的E-R

22、圖如下所示員工正常上班加班請假出差考勤表加班表請假表出差表姓名密碼進入公司時間上班時間下班時間加班時間類型性別請假時間請假類型出差時間出差類型上班時間管理員記錄日期密碼姓名上班日期圖4.1 考勤系統(tǒng)的E-R流程圖4.1.2 E-R圖模型轉成關系模型員工(員工編號、員工姓名、員工性別、出生日期、職務、部門編號)；部門(部門編號、部門名稱、部門經(jīng)理職工號)；出勤記錄 (出勤編號、日期、上班時間、下班時間)；請假記錄(請假編號、請假起始時間、請假結束時間、請假原因、扣除獎金)；加班記錄（加班編號、加班時間長度、日期、加班費）；出差記錄(出差編號、出差起始時間、出差結束時間、出差描述、補助資金)；月度

23、考勤統(tǒng)計（月度考勤編號、員工編號、日期、累計正常工作時間、累計請假、累計出差、累計加班、遲到次數(shù)、早退次數(shù)、曠工次數(shù))；工資(工資編號、基本工資、獎金、實際工資)；4.2數(shù)據(jù)庫實現(xiàn)圖4.2 數(shù)據(jù)庫中建立的表1.數(shù)據(jù)表的設計（1）用戶表的創(chuàng)建 用戶表的創(chuàng)建腳本如下：create table 用戶 ( 用戶名 char(30) not null, 員工號 char(30) null, 權限名 char(30) null, 用戶密碼 int not null, 權限號 int not null, constraint PK_用戶 primary key (用戶名)go用戶表的字段格式說明如下所示：圖

24、4.3 用戶表的屬性圖4.4 用戶表（2）權限表的創(chuàng)建 權限表是用來確定某一權限類型所能訪問的系統(tǒng)模塊。權限表的創(chuàng)建腳本如下所示：create table 權限表 ( 權限名 char(30) not null, 用戶管理 char(2) not null, 基本資料更改 char(2) not null, 請假管理 char(2) not null, 外出管理 char(2) not null, 加班管理 char(2) not null, 修改考勤資料 char(2) not null, 數(shù)據(jù)庫操作 char(2) not null, 日志刪除 char(2) not null, cons

25、traint PK_權限表 primary key (權限名)go權限表的字段格式說明如下所示：圖4.5 權限表的屬性圖4.6 權限表（3）出勤資料表的創(chuàng)建 出勤資料表用來記錄員工每天實際上下班時間。這張表保存的數(shù)據(jù)是考勤的依據(jù)。出勤資料表的創(chuàng)建腳本如下所示：create table 出勤資料表 ( 記錄號 int not null, 員工基_員工號 char(30) null, 員工號 char(40) not null, 上午上班時間 datetime not null, 上午下班時間 datetime not null, 下午上班時間 datetime not null, 下午下班時間

26、datetime not null, 記錄日期 datetime not null, constraint PK_出勤資料表 primary key (記錄號)）go出勤資料表的字段格式說明如下所示：圖4.7 出勤資料表的屬性圖4.8 出勤資料表（4）員工基本資料表為了判斷某員工是否已經(jīng)考勤，在員工表中的另一個字段，字段名為“考勤”，每天考勤前，將此字段值都設為0，每考勤一個員工，則將其字段值該為1，以后操作時根據(jù)其字段判斷其是否已經(jīng)考勤。其創(chuàng)建腳本為：create table 員工基本資料表 ( 員工號 char(30) not null, 員工名 char(30) not null, 性別

27、 tinyint not null, 年齡 int not null, 入公司時間 datetime not null, 住址 char(50) not null, 聯(lián)系電話 char(20) null, 手機 char(20) null, 電子郵箱 char(30) null, 考勤 tinyint not null, constraint PK_員工基本資料表 primary key (員工號)go員工基本資料表的年格式如下所示：圖4.9 員工基本資料表的屬性圖4.10 員工基本資料表（5）加班表的創(chuàng)建 加班表用來保存員工的加班信息。create table 加班表 ( 記錄號 int n

28、ot null, 員工基_員工號 char(30) null, 員工號 char(20) not null, 員工名 char(30) not null, 加班類型 char(30) not null, 起始時間 datetime not null, 結束時間 datetime not null, constraint PK_加班表 primary key (記錄號)go加班表的字段格式說明如下所示：圖4.11 加班表的屬性圖4.12 加班表（6）請假表的創(chuàng)建請假表是用來保存員工的請假記錄。其創(chuàng)建腳本為：create table 請假表 ( 記錄號 int not null, 類型名 char

29、(30) null, 員工基_員工號 char(30) null, 員工號 char(20) not null, 員工名 char(20) not null, 請假類型 char(30) not null, 起始時間 datetime not null, 結束時間 datetime not null, constraint PK_請假表 primary key (記錄號)go請假表的字段格式如下所示：圖4.13 請假表的屬性圖4.14 請假表(7)外出表的創(chuàng)建外出表是用來保存員工的外出記錄，數(shù)據(jù)格式。外出表的創(chuàng)建腳本如下：create table 外出表 ( 記錄號 int not null,

30、 類型名 char(30) null, 員工基_員工號 char(30) null, 員工號 char(20) not null, 員工名 char(30) not null, 外出類型 char(30) not null, 起始時間 datetime not null, 結束時間 datetime not null, constraint PK_外出表 primary key (記錄號)Go外出表的字段格式如下所示：圖4.15 外出表的屬性圖4.16 外出表（8）日志表的創(chuàng)建。 每一個實用的數(shù)據(jù)庫應用系統(tǒng)，總是少不了日志管理。日志是用來記錄系統(tǒng)的使用情況，以便當系統(tǒng)遭到非法使用時，能夠從日志

31、表中找到使用記錄，以便進行處理。日志表的創(chuàng)建腳本為：create table 日志表 ( 記錄號 binary(8) not null, 用戶名 char(30) not null, 操作 char(127) not null, 日期 datetime not null, constraint PK_日志表 primary key (記錄號)go日志表的字段格式說明如下所示：圖4.17 日志表的屬性圖4.18 日志表（9）統(tǒng)計表的創(chuàng)建。 每一個用戶有時會需要去查詢一下哪天是否遲到的情況，統(tǒng)計表就很方便的提供了這一功能。create table 統(tǒng)計表 ( 日期 datetime not nul

32、l, 記錄號 binary(8) not null, 用戶名 char(30) not null, 遲到次數(shù) char(127) not null, )Go圖4.19 統(tǒng)計表4.3代碼的調(diào)試（1在表格內(nèi)加入數(shù)據(jù)在SQL查詢分析器中輸入以下代碼：insert into 外出表(記錄號,類型名,員工基_員工號,員工號,員工名,外出類型,起始時間,結束時間)values('119','出差','a80','a80','鄧月','出差',2008-06-09,2008-06-12)點擊運行后輸入：selec

33、t * from 外出表 得出以下結果：圖4.20 加入數(shù)據(jù)的表（2）查詢數(shù)據(jù)： 在SQL查詢分析器中輸入以下代碼： select * from 加班表點擊運行后輸入，得出以下結果：圖4.21 查詢數(shù)據(jù)的表（3）修改數(shù)據(jù)： 在SQL查詢分析器中輸入以下代碼：update 外出表set 員工名 = '周丹'where 記錄號=119 select * from 外出表點擊運行后輸入，得出以下結果：圖4.22 修改數(shù)據(jù)的表（4）刪除數(shù)據(jù)： 在SQL查詢分析器中輸入以下代碼： deletefrom 外出表where 員工名='周丹'select * from 外出表點擊運行后輸入，得出以下結果：圖4.23 刪除數(shù)據(jù)的表在過去我們的考勤工作都是人工完成的，不僅浪費了很多的人力跟物力，而且無法保證其準確性和透明度；給企業(yè)的管理帶來了許多的不便?，F(xiàn)在利用計算機來管