【正文】 3 數(shù)據(jù)修改 當需要修改基本表中元組的某些列值時，可以用 UPDATE 語句實現(xiàn)，其句法如下： UPDATE 基本表名 SET 列名＝值表達式 [，列名＝值表達式 …] [WHERE 條件表達式 ] 其語義是：修改基本表中滿足條件。 SQL 的數(shù)據(jù)更新 SQL 的數(shù)據(jù)更新包括數(shù)據(jù)插入、刪除和修改等三種操作 1 數(shù)據(jù)插入 INSERT INTO 基本表名（列名表） VALUES（元組值） 或者 INSERT INTO 基本表名（列名表） （ TABLE（元組值）， （元組值）， ……) 前一種格式只 能插入一個元組，后一種格式可以插入多個元組。 （ 5） ORDER 子句對輸出的目標表進行排序，按附加說明 ASC 升序排列，或按 DESC 降序排列。 （ 3） 按 GROUP 子句中指定列的值分組，同時提取滿足 HAVING 子句中組條件表達式的那些組。 整個語句的執(zhí)行過程如下： （ 1） 讀取 FROM 子句中基本表、視圖的數(shù)據(jù) ，執(zhí)行笛卡爾積操作。 4 嵌入式 SQL 的使用規(guī)定：這一部分內(nèi)容涉及到 SQL 語句嵌入在宿主語言 19 程序中使用的規(guī)則。其中數(shù)據(jù)更新又分成插入、刪除、和修改三種操作。 2 數(shù)據(jù)操縱：這一部分也稱為 “SQL DML”。在 1992 年推出了新的標準－ SQL2。 1987 年 6 月，國際標準化組織（ ISO）采納為國際標準。從 20 世紀 70 年代末起，在推出的關(guān)系數(shù)據(jù)庫系統(tǒng)產(chǎn)品 ORACLE、 SQL/DS、 DB SYBASE 上實現(xiàn)了 SQL語言。 SQL 雖然名為查詢語言，但實際上具有定義、查詢、更新和控制等多種功能。 R 與 S 的除運算得到一個新的關(guān)系 P(X)， P 是 R 中滿足下列條件的元組在 X 屬性列上的投影：元組在 X 上分量值 x 的象集 Yx 包含 S 在 Y 上投影的集合，記作： R247。 其中， A： R 中的屬性列 連接：也稱為θ連接 18 連接運算的含義：從兩個關(guān)系的笛卡爾積中選取屬性間滿足一定條件的元組 R∞ S = { tr ∈ R∧ ts∈ S∧ tr[A]θts[B] } A 和 B：分別為 R 和 S 上度數(shù)相等且可比的屬性組 θ：比較運 算符 連接運算從 R 和 S 的廣義笛卡爾積 R S 中選?。?R 關(guān)系）在 A 屬性組上的值與（ S 關(guān)系）在 B 屬性組上值滿足比較關(guān)系θ的元組 . 除：給定關(guān)系 R (X， Y) 和 S (Y， Z)，其中 X， Y， Z 為屬性組。}。 選擇運算符的含義： 在關(guān)系 R 中選擇滿足給定 條件的諸元組 ∧ F(t)= 39。 集合 R 和 S 具有相同的目 n（即兩個關(guān)系都有 n 個屬性）并且相應(yīng)的屬性取自 同一個域，則： 并： R∪ S ：仍為 n 目關(guān)系，由屬于 R 或?qū)儆?S 的元組組成 R∪ ∨ 差： R S ：仍為 n 目關(guān)系，由屬于 R 而不屬于 S 的所有元組組成 R ∧ 交： R∩ S：仍為 n 目關(guān)系，由既屬于 R 又屬于 S 的元組組成 R∩ ∧ 或 R∩ S = R – (RS） 笛卡爾積：嚴格地講應(yīng)該是廣義的笛卡 爾積（ Extended Cartesian Product） R: n 目關(guān)系， k1 個元組 S: m 目關(guān)系， k2 個元組 RS ： 列：（ n+m）列元組的集合，元組的前 n 列是關(guān)系 R 的一個元組，后 m 列是關(guān)系 S 的一個元組 行： k1 k2 個元組 ∧ （ 2）專門的集合運算 選擇（ Selection），投影（ Projection），連接（ Join），除（ Division）。 關(guān)系數(shù)據(jù)庫的值：關(guān)系模式在某一時刻對應(yīng)的關(guān)系的集合，簡稱為關(guān)系數(shù)據(jù) 17 庫。 3 關(guān)系數(shù)據(jù)庫的型與值 關(guān)系數(shù)據(jù)庫的型：關(guān)系數(shù)據(jù)庫模式，對關(guān)系數(shù)據(jù)庫的描述。 關(guān)系型數(shù)據(jù)庫 1 關(guān)系數(shù)據(jù)庫簡介 提出關(guān)系模型的是美國 IBM 公司的 ， 1970 年提出關(guān)系數(shù)據(jù)模型, “A Relational Model of Data for Large Shared Data Banks ” , 《 Communication of the ACM》 ,1970；之后，提出了關(guān)系代數(shù)和關(guān)系演算的概念； 1972 年提出了關(guān)系的第一、第二、第三范式； 1974 年提出了關(guān)系的 BC 范式 。對于合成型算法只要求輸入初始依賴集，結(jié)果滿足依賴等要求。 關(guān)系模式的方法基本上可以分為分解與合成兩大類。但要注意，在實際使用中，并不一定要達到最小宙余。 最小冗余性：要求在分解后的數(shù)據(jù)庫能表達原來數(shù)據(jù)庫的所有信息這個前提下實現(xiàn)。如果能達到這個目的，就分離。獨立聯(lián)系是我們所考慮的 “基本信息單位 ”。 6 模式設(shè)計方法 一個好的模式設(shè)計方法應(yīng)符合下列三條原則： 表達性：涉及到兩個數(shù)據(jù)庫模式的等價性問題，即數(shù)據(jù)等價和依賴等價，分別用無損聯(lián)接和保持函數(shù)依賴來衡量。 為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關(guān)系型數(shù)據(jù)庫要盡量按關(guān)系規(guī) 范化要求進行數(shù)據(jù)庫設(shè)計。 第三范式 (third normal form，簡稱 3rd NF)就是指表中的所有數(shù)據(jù)元素不但 16 要能夠唯一地被主關(guān)鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數(shù)關(guān)系。通常我們稱這種關(guān)系為函數(shù)依賴 (functional depEndence)關(guān)系。 第二范式 (second normal form，簡稱 2nd NF)是指每個表必須有一個 (而且僅一個 )數(shù)據(jù)元素為主關(guān)鍵字 (primary key)，其它數(shù)據(jù)元素與主關(guān)鍵字一一對應(yīng)。在本文所討論的開發(fā)方法里， 1st NF 實際上是沒有什么意義的。 第一范式 (first normal form，簡稱 1st NF)就是指在同一表中沒有重復(fù)項出現(xiàn)，如果有則應(yīng)將重復(fù)項去掉。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。如果 X→Y ， Y→Z ，且 Y≮ X， X不函數(shù)依賴于 Y，則稱 “ Z 傳遞函數(shù)依賴于 X” 。如果 X→Y ，并且對于 X 的任一真子集 X ’，都有 Y 不函數(shù)依賴于 X ’，則稱 “ Y完全函數(shù)依賴于 X” ，記作 X f Y 。 4 函數(shù)依賴（ Functional dependency , FD）的定義 設(shè) R(U)是一個關(guān)系模式， U 是 R 的 屬性集合， X 和 Y 是 U 的子集。 關(guān)系數(shù)據(jù)庫的設(shè)計理論主要包括三個方面的內(nèi)容：數(shù)據(jù)依賴、范式，模式設(shè)計方法。 （ 2） 關(guān)系中允許出現(xiàn)相同的元組（沒有重復(fù)元組） （ 3） 由于關(guān)系是一個集合，因此不考慮元組間的順序，即沒有行序。把關(guān)系看成是一個集合，集合中的元素是元組，每個元組的屬性個數(shù) 應(yīng)相同。 3 關(guān)系的定義和性質(zhì) 我們可以用集合的觀點定義關(guān)系。 （ 3） 主鍵： (Primary Key)：用戶選作元組標識的一個侯選鍵稱為主鍵。 （ 2） 候選鍵 (Candidate Key)：不含有多余屬性的超鍵稱為候選鍵。 數(shù)據(jù)模型是對現(xiàn)實世界的模擬。主要包括： 1 函數(shù)依賴及 Armstrong 公理系統(tǒng)； 2 為什么要對模式進行分解，如何分解； 3 如何判斷關(guān)系模式達到幾范式； 4 如何求屬性的閉包及如何求最小函數(shù)依賴集，這幾種理論信息構(gòu)成了關(guān)系數(shù)據(jù)庫的骨架。 關(guān)系數(shù)據(jù)庫的設(shè)計中，一個非常重要的被視為理論問題的內(nèi)容是如何構(gòu)造合理的關(guān)系，使之能準確地反應(yīng)現(xiàn)實世界，有利于應(yīng)用和具體的操作。最早將這類方法用于數(shù)據(jù)處理的是 1962年 CODASYIL發(fā)表的“信息代數(shù)”，然而 30 多年來，關(guān)系數(shù)據(jù)庫系統(tǒng)的研究和開發(fā)取得了輝煌的成就。而采用統(tǒng)一的 B/S 結(jié)構(gòu)開發(fā)的產(chǎn)品無論是現(xiàn)在還是將來都是最好的選擇，它提供了真正意義上無縫地與其它系統(tǒng)進行整合的方案。 所有的客戶端只是瀏覽器，所有的操作都和上網(wǎng)瀏覽網(wǎng)頁類似，使用者接受的培訓(xùn)也僅限于業(yè)務(wù)邏輯而無需將大量精力浪費學(xué)習(xí)軟件操作上。 2 軟件操作、維護和升級方式的革命 軟件系統(tǒng)的改進和升級越來越頻繁， B/S 架構(gòu)的產(chǎn)品在維護和升級方面具備顯著的優(yōu)勢。 B/S 架構(gòu)的軟件正是電子商務(wù)的基石，正是這類軟件使得移動辦公和分布式協(xié)同工作真正成為現(xiàn)實。注意到主要的業(yè)務(wù)邏輯均由位于 Web 應(yīng)用服務(wù)器上的 Servlet 和 JSP 程序或 EJB 來處理。在這種架構(gòu)中，業(yè)務(wù)邏輯放置于中間件服務(wù)器上，大量的數(shù)據(jù)流也位于中間件和數(shù)據(jù)庫之間，而客戶機只是簡單地發(fā)出請求，中間件接受請求后進行事務(wù)處理并將處理的結(jié)果返回給客戶機，這一類型的客戶機也稱之為 “廋客戶 ”。 B/S 工作機制如圖 31 所示： 傳統(tǒng)的 C/S 架構(gòu)（客戶機 /服務(wù)器， Client/Server）方式中，業(yè)務(wù)邏輯位于客戶端，每完成一項事務(wù)，都要頻繁地訪問數(shù)據(jù)庫，使得網(wǎng)絡(luò)上數(shù)據(jù)流量非常大，對于慢速連接的用戶，甚至無法使用。 B/S 結(jié)構(gòu)是一次到位開發(fā)，能實現(xiàn)不同人員 ，從不同地點，以不同的接入方式訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全。大大簡化了客戶端電腦載荷，減少了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本。它是隨著 Inter 技術(shù)的興起而對 C/S 結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。 String name = (String) (thename)。 的另外一個任務(wù)是提取在第二個頁面中的用戶輸入并顯示它： html body % page language=java % %! String food=。 % 您的姓名是： %= name % p form method=post action= 您喜歡吃什么 ? input type=text name=food /p input type=submit value=SUBMIT /form /body /html 12 第三個頁面也是一個 JSP 頁面（ ），主要任務(wù)是顯示問答結(jié)果。 % % name = (thename)。 的另外一個任務(wù)是詢問第二個問題。 session 對象是一個名字 / 值對的集合，在這里，名字 / 值對中的名字為 “ thename ”，值即為 name 變量的值。 為說明 session 對象的具體應(yīng)用，接下來我們用三個頁面模擬一個多頁面 11 的 Web 應(yīng)用。這個對象在第一個 JSP 頁面被裝載時自動創(chuàng)建，并被關(guān)聯(lián)到 request 對 象上。該對象包含了所有有關(guān)當前瀏覽器請求的信息，包括 Cookies ， HTML 表單變量等等。 在 Sun 的 JSP 指南 中可以看到許多有關(guān)隱含對象的說明（隱含的含義是，這些對象可以直接引用，不需要顯式地聲明，也不需要專門的代碼創(chuàng)建其實例）。 Java Servlet 提供了一個在多個請求之間持續(xù)有效的會話對象，該對象允許用戶存儲和提取會話 狀態(tài)信息。 會話狀態(tài)維持是 Web 應(yīng)用開發(fā)者必須面對的問題。 最后，位于 %= 和 % 之間的代碼稱為 JSP 表達式，如本例中的“ %= str % ”所示。在每一項聲明的后面都必須有一個分號，就象在普通 Java 類中聲明成員變量一樣。如本例中的“ %! String str=0。 JSP 聲明可以看成是定義類這一層次的變量和方法的地方。在本例中，指令“ % page language=java %