db2數(shù)據(jù)庫(kù)對(duì)象基礎(chǔ)知識(shí)-文庫(kù)吧
2025-06-13 08:14 本頁(yè)面
【正文】 9。)。COMMIT。INSERT INTO t1 VALUES (NEXTVAL FOR myseq, 39。GENE39。)。ROLLBACK。INSERT INTO t1 VALUES (NEXTVAL FOR myseq, 39。PAUL39。)。VALUES PREVVAL FOR myseq INTO :hostvar假設(shè)我們以一個(gè)空表 t1 開始，myseq 的下一個(gè)序列值是 1。如果禁用了 automit，則在執(zhí)行上述語(yǔ)句之后，t1 將包含下面幾行：1 NAME 1 BOB2 PAT4 PAUL 3 record(s) selected.雖然為 GENE 生成的值被回滾了，但是 DB2 并沒(méi)有再次使用它。因而，下一個(gè)為 PAUL 生成的序列值就是 4，而不是 3。 這個(gè)例子中的最后一條語(yǔ)句展示了如何使用 PREVVAL 表達(dá)式。宿主變量 :hostvar 存儲(chǔ)當(dāng)前會(huì)話中生成的最后一個(gè)值。如果想保存前面生成的值，那么應(yīng)該在生成下一個(gè)值之前保存 PREVVAL 值。臨時(shí)表 顧名思義，臨時(shí)表（temporary table）不是永久性的數(shù)據(jù)庫(kù)對(duì)象。臨時(shí)表與普通的表在行為上是一樣的，不同之處是，并非所有的功能和選項(xiàng)都是受支持的和/或是必需的。臨時(shí)表只能維持在一次連接期間。當(dāng)連接關(guān)閉時(shí)，在此連接內(nèi)聲明的所有臨時(shí)表都將自動(dòng)刪除掉。 只有聲明臨時(shí)表的會(huì)話或應(yīng)用程序才能訪問(wèn)臨時(shí)表。如果兩個(gè)應(yīng)用程序用相同的名字創(chuàng)建了一個(gè)臨時(shí)表，該臨時(shí)表的每個(gè)實(shí)例仍然是惟一的。因而，完全不必?fù)?dān)心出現(xiàn)臨時(shí)數(shù)據(jù)沖突的情況。由于臨時(shí)表只允許單連接（singleconnection）訪問(wèn)，因此這里無(wú)需使用鎖。這正是臨時(shí)表的一個(gè)主要的性能優(yōu)勢(shì)。聲明臨時(shí)表 要聲明一個(gè)臨時(shí)表，必須存在一個(gè) USER 臨時(shí)表空間（不同于 SYSTEM 臨時(shí)表空間），用以存儲(chǔ)臨時(shí)表的定義和內(nèi)容。SYSTEM 臨時(shí)表空間只是 DB2 在內(nèi)部用來(lái)執(zhí)行諸如排序之類操作的。下面這條簡(jiǎn)單的語(yǔ)句將創(chuàng)建一個(gè)用戶臨時(shí)表空間。CREATE USER TEMPORARY TABLESPACE usertempspace MANAGED BY SYSTEM USING (39。usertempspace39。)聲明全局臨時(shí)表時(shí)，可以使用很多可選子句。下面的例子對(duì)這些子句的特性作了說(shuō)明。DECLARE GLOBAL TEMPORARY TABLE t_dept ( deptid CHAR(6）， deptname CHAR(20) )ON COMMIT DELETE ROWS NOT LOGGEDIN usertempspace在這個(gè)例子中，聲明了臨時(shí)表 t_dept，這個(gè)表有兩列。ON COMMIT DELETE ROWS 子句規(guī)定在每次執(zhí)行 COMMIT 操作時(shí)刪除臨時(shí)表的內(nèi)容。在 DB2 V8 中，可以選擇記錄對(duì)臨時(shí)表的更改，以便回滾。這個(gè)例子規(guī)定對(duì)該表的更改是 NOT LOGGED。這意味著對(duì)該表的任何操作，包括創(chuàng)建以及更改，都不做日志記錄。如果在一個(gè)工作單位內(nèi)創(chuàng)建表，然后回滾，則臨時(shí)表將被刪除。另一方面，如果在此工作單位內(nèi)刪除該表，則該表在恢復(fù)時(shí)將沒(méi)有任何行。無(wú)需使用 IN 子句來(lái)指定該臨時(shí)表將要使用的用戶臨時(shí)表空間。如果沒(méi)有指定該信息，DB2 就會(huì)搜索最適用的表空間。如果找不到用戶臨時(shí)表空間，DB2 將產(chǎn)生一個(gè)錯(cuò)誤。讓我們看看另一個(gè)例子：DECLARE GLOBAL TEMPORARY TABLE t_proj LIKE project ON COMMIT PRESERVE ROWS WITH REPLACE IN usertempspace臨時(shí)表 t_proj 是用 LIKE 關(guān)鍵字聲明的，因此它擁有與名為 project 的持久表或視圖相同的列定義。ON COMMIT PRESERVE ROWS 子句表明，在執(zhí)行 COMMIT 語(yǔ)句時(shí)，該臨時(shí)表中的所有行都將被保留。因此，這些行就可以在下一次事務(wù)中用于進(jìn)一步的處理。在同一次會(huì)話中使用相同的名稱聲明另一個(gè)臨時(shí)表之前，首先必須刪除該臨時(shí)表。可以顯式地刪除該表，也可以像這里一樣使用 WITH REPLACE 選項(xiàng)。如果使用了 WITH REPLACE 選項(xiàng)，DB2 將隱式地刪除所有數(shù)據(jù)，刪除該臨時(shí)表，并用新的定義重新創(chuàng)建該臨時(shí)表。如果使用了 連接池（connection pooling），WITH REPLACE 選項(xiàng)用起來(lái)就十分方便了。連接池是用于重用數(shù)據(jù)庫(kù)連接的一種機(jī)制，這樣就不必完全按照要求分配和回收資源。這些操作的開銷都是相當(dāng)大的，尤其是在有大量執(zhí)行很短事務(wù)的連接時(shí)，更是如此。由于沒(méi)有釋放連接，先前使用的臨時(shí)表就可能得不到清除。下一個(gè)使用該連接的應(yīng)用程序就可能使用上一次執(zhí)行時(shí)遺留下來(lái)的數(shù)據(jù)。因此，使用 WITH REPLACE 選項(xiàng)可以保證用新的定義刷新所聲明的臨時(shí)表。模式與數(shù)據(jù)庫(kù)對(duì)象 大多數(shù)數(shù)據(jù)庫(kù)對(duì)象都是用一個(gè) 模式（schema） 和一個(gè) 對(duì)象名（object name）標(biāo)識(shí)的。數(shù)據(jù)庫(kù)模式為數(shù)據(jù)庫(kù)對(duì)象提供邏輯上的分類。下面例釋了這種分為兩部分的對(duì)象名： 如果在訪問(wèn)數(shù)據(jù)庫(kù)對(duì)象時(shí)沒(méi)有指定模式，則用于建立數(shù)據(jù)庫(kù)連接的用戶 ID 將被設(shè)為缺省的模式。例如，如果用戶 db2admin 連接到一個(gè)數(shù)據(jù)庫(kù)，并創(chuàng)建表 T1，則 DB2 將創(chuàng)建一個(gè)名為 的表。此后所有引用非全限定（unqualified）表名 T1 的 SQL 語(yǔ)句都解析為 。DB2 專用寄存器：CURRENT SCHEMA 您在進(jìn)行自己的數(shù)據(jù)庫(kù)工作時(shí)可能已經(jīng)發(fā)現(xiàn)，用同為對(duì)象的模式的用戶 ID 連接到一個(gè)數(shù)據(jù)庫(kù)并非總是可行的。而硬編碼（hardcoding）應(yīng)用程序以完全限定對(duì)象也不是最好的解決辦法。幸運(yùn)的是，DB2 允許使用 SET CURRENT SCHEMA 命令更改當(dāng)前模式。缺省情況下，CURRENT SCHEMA DB2 專用寄存器被設(shè)置為連接到數(shù)據(jù)庫(kù)的 USER。如果更改 CURRENT SCHEMA，那么任何非全限定的數(shù)據(jù)庫(kù)對(duì)象都會(huì)在前面加上新的值。當(dāng)前模式可以通過(guò)下面這個(gè)命令獲得：VALUES CURRENT SCHEMA要對(duì)它進(jìn)行更改，只需使用下面的命令：SET SCHEMA=db2adminDB2應(yīng)用程序開發(fā)數(shù)據(jù)庫(kù)對(duì)象例程 在本節(jié)中，我們將介紹更多類型的數(shù)據(jù)庫(kù)對(duì)象。這些對(duì)象統(tǒng)統(tǒng)都叫做 例程（routine）。從功能上分，主要有三種例程：存儲(chǔ)過(guò)程（stored procedure）、函數(shù)（function）和方法（method）。（要了解這些類型之間的更多不同之處，請(qǐng)參閱 存儲(chǔ)過(guò)程、函數(shù)和方法。）例程是封裝了與某一特定任務(wù)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1