【正文】 update 語句的格式為： update tablename set columnname = newvalue [, nextcolumn = newvalue2...] where columnname。最后，在關鍵詞 values 的后面按照前面輸入的列的順序對應的輸入所有要添加的記錄值。 Insert 語句的使用格式如下： insert into table(a1,a2,a3) values (first_value,...last_value)。 Select 語句中的 where 可選從句用來規(guī)定哪些數(shù)據(jù)值或哪些行將被作為查詢結果返回或顯示。用戶可以選擇任意列，還可以使用通配符 “*”來返回所有列。 Select 語句的語法格式如下： 畢業(yè)設計（論文）說明書 共 53 頁 第 24 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ select column1 [, column2,etc] from tablename [where condition]。 語句 在眾多的 SQL 命令中， select 語句應該算是使用最頻繁的。 連接 Mysql數(shù)據(jù)庫 剛開始本人完全在 MSDOS 下管理 Mysql，這不但復雜，而且容易出錯，后來改用 MysqlControlCenter，最后改用 PHPMyAdmin，因為本人認為它用起來最方便。在實際工作中，一般企業(yè)所用大部分編碼都有國 家 或行業(yè)標準。所以我們在唯一化的前提下還要強調(diào)編碼的規(guī)范化。 2 規(guī)范化 唯一化雖是編碼設計的首要任務。在系統(tǒng)開發(fā)過程中設計編碼目的是： 1 唯一化 在現(xiàn)實世界中有很多東西如果我們不加標識是無法區(qū)分開的，這時機器處理就十分困難。它可以使很多機器處理變得十分方便，另外還把一些現(xiàn)階段計算機很難處理的工作變成很簡單的處理。 畢業(yè)設計（論文）說明書 共 53 頁 第 23 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 4. 編碼設計 編碼設計問題是一個科學化管 理的問題。由于系統(tǒng)登錄時是以用戶 id 號作為 Session 變量注冊的，所以無需重新輸入用戶名和密碼，只需輸入兩遍新密碼即可，若兩次輸入密碼不一致，會出現(xiàn)信息提示框，要求再重新輸入新密碼。簡歷每頁顯示一條，對求職者簡歷審核后，根據(jù)自己的意見（是否同意面試）將簡歷設置為不同的狀態(tài)提交人事處。 學院審核 決定求職者哪些可以面試，哪些暫不考慮，并將決定反饋人事處，由人事處通知求職者。招聘信息 分頁顯示，每頁顯示一條，所以添加、刪除和修改按鈕都單獨列出。 畢業(yè)設計（論文）說明書 共 53 頁 第 22 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 原始資料查詢 ：人事處對每年處理過的簡歷要查閱一下，看看我校求職者大體情況的趨勢如何 ,對于早期的資料可以直接刪除，如果發(fā)現(xiàn)比較合適的人選，還可以重新調(diào)出使用。 求職簡歷初步處理 ：對求職者遞交的原始簡歷進行初步審核，認為基本符合條件的簡歷提交學院進一步審核，否則提交到原始資料庫，以備以后審閱。所以本人選擇校園風光。人事處、學院審核、密碼更改、在線查詢、在線應聘作為主菜單直接列出，初步處理、信息反饋、資料查詢、招聘信息管理作為人事處的子菜單，在鼠標點擊人事處時顯示出來。單擊修改超鏈接，系統(tǒng)自動調(diào)出管理員信息，你可以修改要修改的部分，再點擊保 存即可。如果該用戶名已有人使用，則程序將提示帳號或密碼已有人使用的信息框，要求重新輸入。系統(tǒng)自動從數(shù)據(jù)庫調(diào)出管理員信息，并按每頁三條記錄進行分頁顯示，每條記錄后面都跟有刪除、修改按鈕（即兩個超鏈接），添加按鈕用 button 按鈕單獨列出。當用戶名和密碼不為空時，將在密碼表中進行查詢是否存在此用戶，如果此用戶不存在，將提示“用戶名或密碼有誤”，如果此用戶存在，則進入相應的管理員界面，否則將提示用戶“必填項不能為空”。所有 state 為 4的簡歷作為原始資料以備人事處以后查閱。學院進一步審核state 為 1 的簡歷，同意面試的設置為 2，否則設置為 3。 表 會員表 (hyid為主鍵，且自動增加 ) 字段名 數(shù)據(jù)類型 字段大小 字段說明 hyid bigint 會員編號 hyname varchar 10 會員帳號 pwd varchar 10 會員密碼 name Text 會員姓名 sex Text 會員性別 畢業(yè)設計（論文）說明書 共 53 頁 第 20 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ birthday date 出生年月 mianmao text 政治面貌 marrige text 婚姻狀況 add text 會員籍貫 major text 會員專業(yè) foreign text 外語水平 fangx text 主攻方向 jsj text 計算機水平 lxadd text 聯(lián)系地址 lxdh text 聯(lián)系電話 varchar 30 會員郵箱 youbian varchar 6 會員郵編 tele varchar 15 會員手機 background text 教育背景 state char 1 區(qū)別流程狀態(tài)符 items text 科研項目 lunwen text 發(fā)表的論文 marks text 所學課程 ftime date 簡歷提交時間 說明： state 是標志流程進行到哪一步的。當然，建庫需要根據(jù)需求分析階段的數(shù)據(jù)字典。為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關系型數(shù)據(jù)庫要盡量按關系規(guī)范化要求進行數(shù)據(jù)庫設計。 第三范式 就是指表中的所有數(shù)據(jù)元素不但要能夠唯一地被主關鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數(shù)關系。通常我們稱這種關系為函數(shù)依賴關系。這個去掉重復項的過程就稱之為規(guī)范化處理。而且這五種范式是“向上兼容”的，即滿 畢業(yè)設計（論文）說明書 共 53 頁 第 19 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 足第五范式的數(shù)據(jù)結構自動滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結構自動滿足第一、二、三范式，??， 依此類推。 在對表的形式進行了規(guī)范化定義后，數(shù)據(jù)結構還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。在表中，行的順序無關緊要。在規(guī)范化理論中表是二維的，它有如下四個性質(zhì)：在表中的任意一列上，數(shù)據(jù)項應屬于同一個屬性。在數(shù)據(jù)的規(guī)范化表達中，一般將一組相互關聯(lián)的數(shù)據(jù)稱為一個關系，而在這個關系下的每個數(shù)據(jù)指標項則被稱為數(shù)據(jù)元素，這種關系落實到具體數(shù)據(jù)庫上就是基本表，而數(shù)據(jù)元素就是基本表中的一個字段。但如果直接按照這種方式建庫顯然還不能算最佳。一個良好的數(shù)據(jù)指標體系是建立 DB 的必要條件， 但不是充分條件。面向對象模型能完整地描述現(xiàn)實世界的數(shù)據(jù)結構，具有豐富的表達能力，但模型相對較復雜，涉及的知識面也廣，因此面向對象數(shù)據(jù)庫尚未達到關系數(shù)據(jù)庫那樣的普及程度。目前，關系數(shù)據(jù)庫的使用已相當普遍，但是，現(xiàn)實世界中仍然存在著許多含有復雜數(shù)據(jù)結構的應用領域，因此，人們需要更高級的數(shù)據(jù)庫技術來表達這類信息。只需用簡單的查詢語句就可對 數(shù)據(jù)庫進行操作。關系模型和網(wǎng)狀、層次模型的最大區(qū)別是：關系模型用表格數(shù)據(jù)而不是通過指針鏈來表示和實現(xiàn)實體間聯(lián)系。關系模式相當于前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。關系模型的主要是用二維表格結構表達實體集，用外鍵表示實體間聯(lián)系。網(wǎng)狀模型的缺點是編寫應用程序比較復雜，程序員必須熟悉數(shù)據(jù)庫的邏輯結構。用有向圖結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。但層次模型有兩個缺 畢業(yè)設計（論文）說明書 共 53 頁 第 18 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 點：一是只能表示 1∶ N 聯(lián)系，雖然有多種輔助手段實現(xiàn)了 M∶ N聯(lián)系，但都較復雜，用戶不易掌握，二是由于樹型結構層次順序的嚴格和復雜，引起數(shù)據(jù)的查詢和更新操作也很復雜，因此，編寫應用程序也很復雜。用樹型結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。這類模型有嚴格的形式化定義，以便于在計算機系統(tǒng)中實現(xiàn)。 這類模型涉及到計算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為“結構數(shù)據(jù)模型” 。這其中著名的模型是“實體聯(lián)系模型” 。目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。模型是對現(xiàn) 實世界的抽象。 數(shù)據(jù)庫的建立 數(shù)據(jù)庫理論基礎 1. 數(shù)據(jù)庫模型 數(shù)據(jù)庫技術作為數(shù)據(jù)管理技術，是計算機軟件領域的一個重要分支，產(chǎn)生于60 年代末。 ? 客戶端使用 TCP/IP 連接或 Unix 套接字（ socket）或 NT 下的命名管道連接 MySQL。所有 MySQL 程序可以用選項 help 或 ?獲得聯(lián)機幫助。例如 ABS 是一個有效的列名字。 ? DELETE、 INSERT、 REPLACE 和 UPDATE 返回有多少行被改變 (受影響 )。 MySQL 支持可在編譯時指定的很多不同的字符集。 ? 根據(jù) ISO88591 Latin1 字符集進行排序。 ? 所有數(shù)據(jù)以 ISO88591 Latin1 格式保存。用一個商用內(nèi)存漏洞監(jiān)測程序測試過 (purify)。 ? 一個非?？焖俚幕诰€程的內(nèi)存分配系統(tǒng)。 畢業(yè)設計（論文）說明書 共 53 頁 第 17 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ? 所有列都有缺省值，你可以用 INSERT 插入一個表列的子集，那些沒用明確給定值的列設置為他們的缺省值。 ? 大數(shù)據(jù)庫處理。 ? 定長和變長記錄。最大索引長度是 256 個字節(jié) (在編譯 MySQL 時，它可以改變 )。 ? 每個表允許有 16 個索引。例如，你可以用 Access 連接