數(shù)據(jù)庫表格中經(jīng)常用到值序列。無論是作為數(shù)據(jù)本身自然產(chǎn)生的，還是由Oracle 的序列對(duì)象分配的，它的目的就是用一個(gè)唯一的、遞增的數(shù)字給每一行編號(hào)。 在編號(hào)的過程中，產(chǎn)生間隙的原因多種多樣。假如一個(gè)存儲(chǔ)過程從一個(gè)序列中挑選某個(gè)數(shù)字，定為本地變量，但是從來不用它，這個(gè)數(shù)字就丟失了。它將不能再返回到原序列中，結(jié)果就造成數(shù)值序列中存在一個(gè)間隙。關(guān)系型數(shù)據(jù)庫模型中不必?fù)?dān)心這一點(diǎn)。但是有時(shí)候人們?cè)谝膺@一點(diǎn)，這些人想知道是哪些數(shù)字丟失了。 一個(gè)顯而易見的方式就是用PL/SQL:在已排序指針中循環(huán)，并且用一個(gè)本地變量進(jìn)行存儲(chǔ)，把每一個(gè)數(shù)值與其前一行的進(jìn)行比較。這種方法的問題在于效率很低，速度很慢。另外一個(gè)不常用的解決辦法就是對(duì)表格做一個(gè)自合并，實(shí)質(zhì)也就是用某種標(biāo)準(zhǔn)使每一行與其前一行相匹配。這種方法很難編寫代碼。 Oracle的解析函數(shù)為檢查間隙提供了一種要快捷得多的方法。它們使你在使用完整的、面向集合的SQL處理的同時(shí)，仍然能夠看到下一個(gè)行(LEAD)或者前一行(LAG)的數(shù)值。 下面是這些函數(shù)的格式： {LEAD LAG} (value_eXPression, offset, default) OVER ([PARTITION BY expr] ORDER BY expr) 通常，value_expression是一個(gè)你想要檢索的數(shù)據(jù)列。參數(shù)offset是指你想要往前或往后讀取的行數(shù)，default則是到達(dá)任意一個(gè)分區(qū)的開頭或者結(jié)尾（即沒有與之相匹配的行）時(shí)返回的數(shù)值。 列表A中的腳本是一系列從工作地傳感器自動(dòng)收集來的數(shù)據(jù)。傳感器裝置自動(dòng)給每一個(gè)測(cè)量值編上號(hào)，我們要找出結(jié)果有沒有缺失。 在列表B中，我們將數(shù)據(jù)按照測(cè)量值編號(hào)排序，運(yùn)用LAG函數(shù)，把偏移量設(shè)置為1，使得每一行與其前一行對(duì)應(yīng)起來。第一行將沒有對(duì)應(yīng)量，所以相應(yīng)地，將返回默認(rèn)值0。因?yàn)殚g隙不可能發(fā)生在第一行，所以我們通過之前要求測(cè)量值大于0而將其刪除。 剩下的就是一組虛擬的行，顯示的是前一行的測(cè)量值編號(hào)（“before_gap”）和當(dāng)前行的測(cè)量值編號(hào)（“after_gap”）。假如兩者之差大于1，就說明這兩行之間存在間隙。 同時(shí)也要注重到，WITH子句在查詢開始的時(shí)候把解析子查詢命名為“aquery”。那么我們就可以在主SELECT 語句中的WHERE 子句中訪問“aquery”中的數(shù)列。