比SQL還好用，又一門國(guó)產(chǎn)數(shù)據(jù)庫(kù)語(yǔ)言誕生了

時(shí)間：2023-03-13 08:50:01 | 來(lái)源：電子商務(wù)

時(shí)間：2023-03-13 08:50:01 來(lái)源：電子商務(wù)

一、數(shù)據(jù)庫(kù)語(yǔ)言的目標(biāo)

要說(shuō)清這個(gè)目標(biāo)，先要理解數(shù)據(jù)庫(kù)是做什么的

數(shù)據(jù)庫(kù)這個(gè)軟件，名字中有個(gè)“庫(kù)”字，會(huì)讓人覺(jué)得它主要是為了存儲(chǔ)的。其實(shí)不然，數(shù)據(jù)庫(kù)實(shí)現(xiàn)的重要功能有兩條：計(jì)算、事務(wù)！也就是我們常說(shuō)的OLAP和OLTP，數(shù)據(jù)庫(kù)的存儲(chǔ)都是為這兩件事服務(wù)的，單純的存儲(chǔ)并不是數(shù)據(jù)庫(kù)的目標(biāo)。

我們知道，SQL是目前數(shù)據(jù)庫(kù)的主流語(yǔ)言。那么，用SQL做這兩件事是不是很方便呢？

事務(wù)類功能主要解決數(shù)據(jù)在寫(xiě)入和讀出時(shí)要保持的一致性，實(shí)現(xiàn)這件事的難度并不小，但對(duì)于應(yīng)用程序的接口卻非常簡(jiǎn)單，用于操縱數(shù)據(jù)庫(kù)讀寫(xiě)的代碼也很簡(jiǎn)單。如果假定目前關(guān)系數(shù)據(jù)庫(kù)的邏輯存儲(chǔ)模式是合理的（也就是用數(shù)據(jù)表和記錄來(lái)存儲(chǔ)數(shù)據(jù)，其合理性與否是另一個(gè)復(fù)雜問(wèn)題，不在這里展開(kāi)了），那么SQL在描述事務(wù)類功能時(shí)沒(méi)什么大問(wèn)題，因?yàn)椴⒉恍枰枋龆鄰?fù)雜的動(dòng)作，復(fù)雜性都在數(shù)據(jù)庫(kù)內(nèi)部解決了。

但計(jì)算類功能卻不一樣了。

這里說(shuō)的計(jì)算是個(gè)更廣泛的概念，并不只是簡(jiǎn)單的加加減減，查找、關(guān)聯(lián)都可以看成是某種計(jì)算。

什么樣的計(jì)算體系才算好呢？

還是兩條：寫(xiě)著簡(jiǎn)單、跑得快。

寫(xiě)著簡(jiǎn)單，很好理解，就是讓程序員很快能寫(xiě)出來(lái)代碼來(lái)，這樣單位時(shí)間內(nèi)可以完成更多的工作；跑得快就更容易理解，我們當(dāng)然希望更短時(shí)間內(nèi)獲得計(jì)算結(jié)果。

其實(shí)SQL中的Q就是查詢的意思，發(fā)明它的初衷主要是為了做查詢（也就是計(jì)算），這才是SQL的主要目標(biāo)。然而，SQL在描述計(jì)算任務(wù)時(shí)，卻很難說(shuō)是很勝任的。

二、SQL為什么不行

先看寫(xiě)著簡(jiǎn)單的問(wèn)題。

SQL寫(xiě)出來(lái)很象英語(yǔ)，有些查詢可以當(dāng)英語(yǔ)來(lái)讀和寫(xiě)（網(wǎng)上多得很，就不舉例了），這應(yīng)當(dāng)算是滿足寫(xiě)著簡(jiǎn)單這一條了吧。

且慢！我們?cè)诮炭茣?shū)上看到的SQL經(jīng)常只有兩三行，這些SQL確實(shí)算是寫(xiě)著簡(jiǎn)單的，但如果我們嘗試一些稍復(fù)雜化的問(wèn)題呢？

這是一個(gè)其實(shí)還不算很復(fù)雜的例子：計(jì)算一支股票最長(zhǎng)連續(xù)上漲了多少天？用SQL寫(xiě)出來(lái)是這樣的：

select max (consecutive_day) from (select count(*) (consecutive_day from (select sum(rise_mark) over(order by trade_date) days_no_gain from (select trade_date, case when closing_price>lag(closing_price) over(order by trade_date) then 0 else 1 END rise_mark from stock_price ) ) group by days_no_gain)這個(gè)語(yǔ)句的工作原理就不解釋了，反正有點(diǎn)繞，同學(xué)們可以自己嘗試一下。

這是潤(rùn)乾公司的招聘考題，通過(guò)率不足20%；因?yàn)樘y，后來(lái)被改成另一種方式：把SQL語(yǔ)句寫(xiě)出來(lái)讓?xiě)?yīng)聘者解釋它在算什么，通過(guò)率依然不高。

這說(shuō)明什么？說(shuō)明情況稍有復(fù)雜，SQL就變得即難懂又難寫(xiě)！

再看跑得快的問(wèn)題，還是一個(gè)經(jīng)常拿出來(lái)的簡(jiǎn)單例子：1億條數(shù)據(jù)中取前10名。這個(gè)任務(wù)用SQL寫(xiě)出來(lái)并不復(fù)雜：

SELECT TOP 10 x FROM T ORDER BY x DESC但是，這個(gè)語(yǔ)句對(duì)應(yīng)的執(zhí)行邏輯是先對(duì)所有數(shù)據(jù)進(jìn)行大排序，然后再取出前10個(gè)，后面的不要了。大家知道，排序是一個(gè)很慢的動(dòng)作，會(huì)多次遍歷數(shù)據(jù)，如果數(shù)據(jù)量大到內(nèi)存裝不下，那還需要外存做緩存，性能還會(huì)進(jìn)一步急劇下降。如果嚴(yán)格按這句SQL體現(xiàn)的邏輯去執(zhí)行，這個(gè)運(yùn)算無(wú)論如何是跑不快的。然而，很多程序員都知道這個(gè)運(yùn)算并不需要大排序，也用不著外存緩存，一次遍歷用一點(diǎn)點(diǎn)內(nèi)存就可以完成，也就是存在更高性能的算法。可惜的是，用SQL卻寫(xiě)不出這樣的算法，只能寄希望于數(shù)據(jù)庫(kù)的優(yōu)化器足夠聰明，能把這句SQL轉(zhuǎn)換成高性能算法執(zhí)行，但情況復(fù)雜時(shí)數(shù)據(jù)庫(kù)的優(yōu)化器也未必靠譜。

看樣子，SQL在這兩方面做得都不夠好。這兩個(gè)并不復(fù)雜的問(wèn)題都是這樣，現(xiàn)實(shí)中數(shù)千行的SQL代碼中，這種難寫(xiě)且跑不快的情況比比皆是。

為什么SQL不行呢？

要回答這個(gè)問(wèn)題，我們要分析一下用程序代碼實(shí)現(xiàn)計(jì)算到底是在干什么。

本質(zhì)上講，編寫(xiě)程序的過(guò)程，就是把解決問(wèn)題的思路翻譯成計(jì)算機(jī)可執(zhí)行的精確化形式語(yǔ)言的過(guò)程。舉例來(lái)說(shuō)，就象小學(xué)生解應(yīng)用題，分析問(wèn)題想出解法之后，還要列出四則運(yùn)算表達(dá)式。用程序計(jì)算也是一樣，不僅要想出解決問(wèn)題的方法，還要把解法翻譯成計(jì)算機(jī)能理解執(zhí)行的動(dòng)作才算完成。

用于描述計(jì)算方法的形式語(yǔ)言，其核心在于所采用的代數(shù)體系。所謂代數(shù)體系，簡(jiǎn)單說(shuō)就是一些數(shù)據(jù)類型和其上的運(yùn)算規(guī)則，比如小學(xué)學(xué)到的算術(shù)，就是整數(shù)和加減乘除運(yùn)算。有了這套東西，我們就能把想做的運(yùn)算用這個(gè)代數(shù)體系約定的符號(hào)寫(xiě)出來(lái)，也就是代碼，然后計(jì)算機(jī)就可以執(zhí)行了。

如果這個(gè)代數(shù)體系設(shè)計(jì)時(shí)考慮不周到，提供的數(shù)據(jù)類型和運(yùn)算不方便，那就會(huì)導(dǎo)致描述算法非常困難。這時(shí)候會(huì)發(fā)生一個(gè)怪現(xiàn)象：翻譯解法到代碼的難度遠(yuǎn)遠(yuǎn)超過(guò)解決問(wèn)題本身。

舉個(gè)例子，我們從小學(xué)習(xí)用阿拉伯?dāng)?shù)字做日常計(jì)算，做加減乘除都很方便，所有人都天經(jīng)地義認(rèn)為數(shù)值運(yùn)算就該是這樣的。其實(shí)未必！估計(jì)很多人都知道還有一種叫做羅馬數(shù)字的東西，你知道用羅馬數(shù)字該怎么做加減乘除嗎？古羅馬人又是如何上街買菜的？

代碼難寫(xiě)很大程度是代數(shù)的問(wèn)題。

再看跑不快的原因。

軟件沒(méi)辦法改變硬件的性能，CPU和硬盤該多快就是多快。不過(guò)，我們可以設(shè)計(jì)出低復(fù)雜度的算法，也就是計(jì)算量更小的算法，這樣計(jì)算機(jī)執(zhí)行的動(dòng)作變少，自然也就會(huì)快了。但是，光想出算法還不夠，還要把這個(gè)算法用某種形式語(yǔ)言寫(xiě)得出來(lái)才行，否則計(jì)算機(jī)不會(huì)執(zhí)行。而且，寫(xiě)起來(lái)還要比較簡(jiǎn)單，都要寫(xiě)很長(zhǎng)很麻煩，也沒(méi)有人會(huì)去用。所以呢，對(duì)于程序來(lái)講，跑得快和寫(xiě)著簡(jiǎn)單其實(shí)是同一個(gè)問(wèn)題，背后還是這個(gè)形式語(yǔ)言采用的代數(shù)的問(wèn)題。如果這個(gè)代數(shù)不好，就會(huì)導(dǎo)致高性能算法很難實(shí)現(xiàn)甚至實(shí)現(xiàn)不了，也就沒(méi)辦法跑得快了。就象上面說(shuō)的，用SQL寫(xiě)不出我們期望的小內(nèi)存單次遍歷算法，能不能跑得快就只能寄希望于優(yōu)化器。

我們?cè)僮鰝€(gè)類比：

上過(guò)小學(xué)的同學(xué)大概都知道高斯計(jì)算1+2+3+…+100的小故事。普通人就是一步步地硬加100次，高斯小朋友很聰明，發(fā)現(xiàn)1+100=101、2+99=101、…、50+51=101，結(jié)果是50乘101，很快算完回家午飯了。

聽(tīng)過(guò)這個(gè)故事，我們都會(huì)感慨高斯很聰明，能想到這么巧妙的辦法，即簡(jiǎn)單又迅速。這沒(méi)有錯(cuò)，但是，大家容易忽略一點(diǎn)：在高斯的時(shí)代，人類的算術(shù)體系（也是一個(gè)代數(shù)）中已經(jīng)有了乘法！象前面所說(shuō)，我們從小學(xué)習(xí)四則運(yùn)算，會(huì)覺(jué)得乘法是理所當(dāng)然的，然而并不是！乘法是后于加法被發(fā)明出來(lái)的。如果高斯的年代還沒(méi)有乘法，即使有聰明的高斯，也沒(méi)辦法快速解決這個(gè)問(wèn)題。

目前主流數(shù)據(jù)庫(kù)是關(guān)系數(shù)據(jù)庫(kù)，之所以這么叫，是因?yàn)樗臄?shù)學(xué)基礎(chǔ)被稱為關(guān)系代數(shù)，SQL也就是關(guān)系代數(shù)理論上發(fā)展出來(lái)的形式語(yǔ)言。

現(xiàn)在我們能回答，為什么SQL在期望的兩個(gè)方面做得不夠好？問(wèn)題出在關(guān)系代數(shù)上，關(guān)系代數(shù)就像一個(gè)只有加法還沒(méi)發(fā)明乘法的算術(shù)體系，很多事做不好是必然的。

關(guān)系代數(shù)已經(jīng)發(fā)明五十年了，五十年前的應(yīng)用需求以及硬件環(huán)境，和今天比的差異是很巨大了，繼續(xù)延用五十年前的理論來(lái)解決今天的問(wèn)題，聽(tīng)著就感覺(jué)太陳舊了？然而現(xiàn)實(shí)就是這樣，由于存量用戶太多，而且也還沒(méi)有成熟的新技術(shù)出現(xiàn)，基于關(guān)系代數(shù)的SQL，今天仍然是最重要的數(shù)據(jù)庫(kù)語(yǔ)言。雖然這幾十年來(lái)也有一些改進(jìn)完善，但根子并沒(méi)有變，面對(duì)當(dāng)代的復(fù)雜需求和硬件環(huán)境，SQL不勝任也是情理之中的事。

而且，不幸的是，這個(gè)問(wèn)題是理論上的，在工程上無(wú)論如何優(yōu)化也無(wú)濟(jì)于事，只能有限改善，不能根除。不過(guò)，絕大部分的數(shù)據(jù)庫(kù)開(kāi)發(fā)者并不會(huì)想到這一層，或者說(shuō)為了照顧存量用戶的兼容性，也沒(méi)打算想到這一層。于是，主流數(shù)據(jù)庫(kù)界一直在這個(gè)圈圈里打轉(zhuǎn)轉(zhuǎn)。

三、SPL為什么能行

那么該怎樣讓計(jì)算寫(xiě)著更簡(jiǎn)單、跑得更快呢？

發(fā)明新的代數(shù)！有“乘法”的代數(shù)。在其基礎(chǔ)上再設(shè)計(jì)新的語(yǔ)言。

這就是SPL的由來(lái)。它的理論基礎(chǔ)不再是關(guān)系代數(shù)，稱為離散數(shù)據(jù)集?；谶@個(gè)新代數(shù)設(shè)計(jì)的形式語(yǔ)言，起名為SPL（Structured Process Language)。

SPL針對(duì)SQL的不足（更確切地說(shuō)法是，離散數(shù)據(jù)集針對(duì)關(guān)系代數(shù)的各種缺陷）進(jìn)行了革新。SPL重新定義了并擴(kuò)展許多結(jié)構(gòu)化數(shù)據(jù)中的運(yùn)算，增加了離散性、強(qiáng)化了有序計(jì)算、實(shí)現(xiàn)了徹底的集合化、支持對(duì)象引用、提倡分步運(yùn)算。

把前面的問(wèn)題用SPL重寫(xiě)一遍有個(gè)直接感受。

一支股票最長(zhǎng)連續(xù)上漲多少天：

stock_price.sort(trade_date).group@i(closing_price<closing_price[-1]).max(~.len())計(jì)算思路和前面的SQL相同，但因?yàn)橐肓擞行蛐院?，表達(dá)起來(lái)容易多了，不再繞了。

1億條數(shù)據(jù)中取前10名：

T.groups(;top(-10,x))

SPL有更豐富的集合數(shù)據(jù)類型，容易描述單次遍歷上實(shí)施簡(jiǎn)單聚合的高效算法，不涉及大排序動(dòng)作。

限于篇幅，這里不能介紹SPL（離散數(shù)據(jù)集）的全貌。我們?cè)谶@里列舉SPL（離散數(shù)據(jù)集）針對(duì)SQL（關(guān)系代數(shù)）的部分差異化改進(jìn)：

游離記錄

離散數(shù)據(jù)集中的記錄是一種基本數(shù)據(jù)類型，它可以不依賴于數(shù)據(jù)表而獨(dú)立存在。數(shù)據(jù)表是記錄構(gòu)成的集合，而構(gòu)成某個(gè)數(shù)據(jù)表的記錄還可以用于構(gòu)成其它數(shù)據(jù)表。比如過(guò)濾運(yùn)算就是用原數(shù)據(jù)表中滿足條件的記錄構(gòu)成新數(shù)據(jù)表，這樣，無(wú)論空間占用還是運(yùn)算性能都更有優(yōu)勢(shì)。

關(guān)系代數(shù)沒(méi)有可運(yùn)算的數(shù)據(jù)類型來(lái)表示記錄，單記錄實(shí)際上是只有一行的數(shù)據(jù)表，不同數(shù)據(jù)表中的記錄也不能共享。比如，過(guò)濾運(yùn)算時(shí)會(huì)復(fù)制出新記錄來(lái)構(gòu)成新數(shù)據(jù)表，空間和時(shí)間成本都變大。

特別地，因?yàn)橛杏坞x記錄，離散數(shù)據(jù)集允許記錄的字段取值是某個(gè)記錄，這樣可以更方便地實(shí)現(xiàn)外鍵連接。

有序性

關(guān)系代數(shù)是基于無(wú)序集合設(shè)計(jì)的，集合成員沒(méi)有序號(hào)的概念，也沒(méi)有提供定位計(jì)算以及相鄰引用的機(jī)制。SQL實(shí)踐時(shí)在工程上做了一些局部完善，使得現(xiàn)代SQL能方便地進(jìn)行一部分有序運(yùn)算。

離散數(shù)據(jù)集中的集合是有序的，集合成員都有序號(hào)的概念，可以用序號(hào)訪問(wèn)成員，并定義了定位運(yùn)算以返回成員在集合中的序號(hào)。離散數(shù)據(jù)集提供了符號(hào)以在集合運(yùn)算中實(shí)現(xiàn)相鄰引用，并支持針對(duì)集合中某個(gè)序號(hào)位置進(jìn)行計(jì)算。

有序運(yùn)算很常見(jiàn)，卻一直是SQL的困難問(wèn)題，即使在有了窗口函數(shù)后仍然很繁瑣。SPL則大大改善了這個(gè)局面，前面那個(gè)股票上漲的例子就能說(shuō)明問(wèn)題。

離散性與集合化

關(guān)系代數(shù)中定義了豐富的集合運(yùn)算，即能將集合作為整體參加運(yùn)算，比如聚合、分組等。這是SQL比Java等高級(jí)語(yǔ)言更為方便的地方。

但關(guān)系代數(shù)的離散性非常差，沒(méi)有游離記錄。而Java等高級(jí)語(yǔ)言在這方面則沒(méi)有問(wèn)題。

離散數(shù)據(jù)集則相當(dāng)于將離散性和集合化結(jié)合起來(lái)了，既有集合數(shù)據(jù)類型及相關(guān)的運(yùn)算，也有集合成員游離在集合之外單獨(dú)運(yùn)算或再組成其它集合?？梢哉f(shuō)SPL集中了SQL和Java兩者的優(yōu)勢(shì)。

有序運(yùn)算是典型的離散性與集合化的結(jié)合場(chǎng)景。次序的概念只有在集合中才有意義，單個(gè)成員無(wú)所謂次序，這里體現(xiàn)了集合化；而有序計(jì)算又需要針對(duì)某個(gè)成員及其相鄰成員進(jìn)行計(jì)算，需要離散性。

在離散性的支持下才能獲得更徹底的集合化，才能解決諸如有序計(jì)算類型的問(wèn)題。

離散數(shù)據(jù)集是即有離散性又有集合化的代數(shù)體系，關(guān)系代數(shù)只有集合化。

分組理解

分組運(yùn)算的本意是將一個(gè)大集合按某種規(guī)則拆成若干個(gè)子集合，關(guān)系代數(shù)中沒(méi)有數(shù)據(jù)類型能夠表示集合的集合，于是強(qiáng)迫在分組后做聚合運(yùn)算。

離散數(shù)據(jù)集中允許集合的集合，可以表示合理的分組運(yùn)算結(jié)果，分組和分組后的聚合被拆分成相互獨(dú)立的兩步運(yùn)算，這樣可以針對(duì)分組子集再進(jìn)行更復(fù)雜的運(yùn)算。

關(guān)系代數(shù)中只有一種等值分組，即按分組鍵值劃分集合，等值分組是個(gè)完全劃分。

離散數(shù)據(jù)集認(rèn)為任何拆分大集合的方法都是分組運(yùn)算，除了常規(guī)的等值分組外，還提供了與有序性結(jié)合的有序分組，以及可能得到不完全劃分結(jié)果的對(duì)位分組。

聚合理解

關(guān)系代數(shù)中沒(méi)有顯式的集合數(shù)據(jù)類型，聚合計(jì)算的結(jié)果都是單值，分組后的聚合運(yùn)算也是這樣，只有SUM、COUNT、MAX、MIN等幾種。特別地，關(guān)系代數(shù)無(wú)法把TOPN運(yùn)算看成是聚合，針對(duì)全集的TOPN只能在輸出結(jié)果集時(shí)排序后取前N條，而針對(duì)分組子集則很難做到TOPN，需要轉(zhuǎn)變思路拼出序號(hào)才能完成。

離散數(shù)據(jù)集提倡普遍集合，聚合運(yùn)算的結(jié)果不一定是單值，仍然可能是個(gè)集合。在離散數(shù)據(jù)集中，TOPN運(yùn)算和SUM、COUNT這些是地位等同的，即可以針對(duì)全集也可以針對(duì)分組子集。

SPL把TOPN理解成聚合運(yùn)算后，在工程實(shí)現(xiàn)時(shí)還可以避免全量數(shù)據(jù)的排序，從而獲得高性能。而SQL的TOPN總是伴隨ORDER BY動(dòng)作，理論上需要大排序才能實(shí)現(xiàn)，需要寄希望于數(shù)據(jù)庫(kù)在工程實(shí)現(xiàn)時(shí)做優(yōu)化。

有序支持的高性能

離散數(shù)據(jù)集特別強(qiáng)調(diào)有序集合，利用有序的特征可以實(shí)施很多高性能算法。這是基于無(wú)序集合的關(guān)系代數(shù)無(wú)能為力的，只能寄希望于工程上的優(yōu)化。

下面是部分利用有序特征后可以實(shí)施的低復(fù)雜度運(yùn)算：

1)數(shù)據(jù)表對(duì)主鍵有序，相當(dāng)于天然有一個(gè)索引。對(duì)鍵字段的過(guò)濾經(jīng)?？梢钥焖俣ㄎ唬詼p少外存遍歷量。隨機(jī)按鍵值取數(shù)時(shí)也可以用二分法定位，在同時(shí)針對(duì)多個(gè)鍵值取數(shù)時(shí)還能重復(fù)利用索引信息。

2)通常的分組運(yùn)算是用HASH算法實(shí)現(xiàn)的，如果我們確定地知道數(shù)據(jù)對(duì)分組鍵值有序，則可以只做相鄰對(duì)比，避免計(jì)算HASH值，也不會(huì)有HASH沖突的問(wèn)題，而且非常容易并行。

3)數(shù)據(jù)表對(duì)鍵有序，兩個(gè)大表之間對(duì)位連接可以執(zhí)行更高性能的歸并算法，只要對(duì)數(shù)據(jù)遍歷一次，不必緩存，對(duì)內(nèi)存占用很?。欢鴤鹘y(tǒng)的HASH值分堆方法不僅比較復(fù)雜度高，需要較大內(nèi)存并做外部緩存，還可能因HASH函數(shù)不當(dāng)而造成二次HASH再緩存。

4)大表作為外鍵表的連接。事實(shí)表小時(shí)，可以利用外鍵表有序，快速?gòu)闹腥〕鲫P(guān)聯(lián)鍵值對(duì)應(yīng)的數(shù)據(jù)實(shí)現(xiàn)連接，不需要做HASH分堆動(dòng)作。事實(shí)表也很大時(shí)，可以將外鍵表用分位點(diǎn)分成多個(gè)邏輯段，再將事實(shí)表按邏輯段進(jìn)行分堆，這樣只需要對(duì)一個(gè)表做分堆，而且分堆過(guò)程中不會(huì)出現(xiàn)HASH分堆時(shí)的可能出現(xiàn)的二次分堆，計(jì)算復(fù)雜度能大幅下降。

其中3和4利用了離散數(shù)據(jù)集對(duì)連接運(yùn)算的改造，如果仍然延用關(guān)系代數(shù)的定義（可能產(chǎn)生多對(duì)多），則很難實(shí)現(xiàn)這種低復(fù)雜的算法。

除了理論上的差異， SPL還有許多工程層面的優(yōu)勢(shì)，比如更易于編寫(xiě)并行代碼、大內(nèi)存預(yù)關(guān)聯(lián)提高外鍵連接性能等、特有的列存機(jī)制以支持隨意分段并行等。

這里還有更多SPL代碼以體現(xiàn)其思路及大數(shù)據(jù)算法：

• 性能優(yōu)化技巧：遍歷復(fù)用提速多次分組
• 性能優(yōu)化技巧：TopN
• 性能優(yōu)化技巧：預(yù)關(guān)聯(lián)
• 性能優(yōu)化技巧：部分預(yù)關(guān)聯(lián)
• 性能優(yōu)化技巧：外鍵序號(hào)化
• 性能優(yōu)化技巧：維表過(guò)濾或計(jì)算時(shí)的關(guān)聯(lián)
• 性能優(yōu)化技巧：有序歸并
• 性能優(yōu)化技巧：有序定位關(guān)聯(lián)提速主子關(guān)聯(lián)后的過(guò)濾
• 性能優(yōu)化技巧：附表
• 性能優(yōu)化技巧：小事實(shí)表與大維表關(guān)聯(lián)
• 性能優(yōu)化技巧：大事實(shí)表與大維表關(guān)聯(lián)
• 性能優(yōu)化技巧：有序分組
• 性能優(yōu)化技巧：后半有序分組
• 性能優(yōu)化技巧：前半有序時(shí)的排序

SPL下載地址：


SPL開(kāi)源地址：