欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

微信使用?SQLite?保存聊天記錄的原因分析

 更新時(shí)間:2023年07月11日 09:35:47   作者:Rocky006  
SQLite的SQL方言也非常強(qiáng)大,它比MySQL早四年就開(kāi)始支持with語(yǔ)句,本文將介紹SQLite在2018年新增加的SQL功能,也就是SQLite從版本3.22.0到3.26.0所新增加的SQL功能,感興趣的朋友一起看看吧

概要

SQLite 是一個(gè)被大家低估的數(shù)據(jù)庫(kù),但有些人認(rèn)為它是一個(gè)不適合生產(chǎn)環(huán)境使用的玩具數(shù)據(jù)庫(kù)。事實(shí)上,SQLite 是一個(gè)非??煽康臄?shù)據(jù)庫(kù),它可以處理 TB 級(jí)的數(shù)據(jù),但它沒(méi)有網(wǎng)絡(luò)層。接下來(lái),本文將與大家共同探討 SQLite 在過(guò)去一年中最新的 SQL 功能。

SQLite “只是”一個(gè)庫(kù),它不是傳統(tǒng)意義上的服務(wù)器。因此,在某些場(chǎng)合下,它確實(shí)不合適。但是,在相當(dāng)多的其他場(chǎng)合,它卻是最合適的選擇。SQLite 號(hào)稱(chēng)是部署和使用最廣泛的數(shù)據(jù)庫(kù)引擎。我認(rèn)為這很有可能,因?yàn)?SQLite 沒(méi)有版權(quán)的限制。無(wú)論何時(shí),只要開(kāi)發(fā)者想使用 SQL 在文件中存儲(chǔ)結(jié)構(gòu)化的數(shù)據(jù),SQLite 應(yīng)是首選方案。

SQLite 的 SQL 方言也非常強(qiáng)大。它比 MySQL 早四年就開(kāi)始支持 with 語(yǔ)句。最近,它還實(shí)現(xiàn)了對(duì)于窗口函數(shù)的支持,這僅僅比 MySQL 晚五個(gè)月。

接下來(lái),本文將介紹 SQLite 在 2018 年新增加的 SQL 功能,也就是 SQLite 從版本 3.22.0 到 3.26.0 所新增加的 SQL 功能。

具體內(nèi)容包括:

布爾字面量和判斷

窗口函數(shù)

Filter子句

Insert … on conflict (“Upsert”)

重命名列

在Modern-SQL.com上接下來(lái)

布爾變量和判斷

SQLite支持“假”布爾值:它接受Boolean作為類(lèi)型的名稱(chēng),但它將其當(dāng)作整數(shù)看待(這一點(diǎn)非常類(lèi)似于MySQL)。真值true和false分別由數(shù)值1和0表示(這一點(diǎn)和C語(yǔ)言一樣)。微信搜索公眾號(hào):信安黑客技術(shù),回復(fù):黑客 領(lǐng)取資料 。

從版本3.23.0開(kāi)始,SQLite將關(guān)鍵字true和false分別用數(shù)字1和0表示,并支持is [not] true | false的判斷語(yǔ)句?,F(xiàn)在,它不再支持關(guān)鍵字unknown。開(kāi)發(fā)者可以使用空值null來(lái)代替,因?yàn)閡nknown和null的布爾值是一樣的。

在INSERT和UPDATE語(yǔ)句中,字面量true和false可以大大提高values和set子句的可讀性。

is [not] true | false這個(gè)判斷語(yǔ)句很有用,它與比較操作的含義不一樣:

我們來(lái)比較一下

WHERE?c?<>?FALSE

WHERE?c?IS?NOT?FALSE

在上面的例子中,如果c是null, 那么c <> false的結(jié)果是unknown.

這是因?yàn)閃HERE子句只接受結(jié)果為true的值,它會(huì)過(guò)濾掉結(jié)果為false或unknown的值。這樣,它就會(huì)把對(duì)應(yīng)的行從結(jié)果中去掉。

與此相對(duì)應(yīng),如果c是null,那么,c is not false的判斷結(jié)果是true。因此,第二個(gè)WHERE子句也將包含c是null的行。

要達(dá)到同樣的效果,您可以采用的另外一種方法是增加單獨(dú)處理null值的子句。也就是使用語(yǔ)句:

WHERE c <> FALSE
   OR c IS NULL

這種形式的語(yǔ)句更長(zhǎng)并且有一些冗余語(yǔ)句(c被使用了兩次)。長(zhǎng)話(huà)短說(shuō),可以使用is not false判斷來(lái)替代這個(gè)or…is-null的語(yǔ)句。更詳細(xì)的內(nèi)容,請(qǐng)參考“Binary Decisions Based on Three-Valued Results”。

SQLite中對(duì)布爾字面量和布爾判斷的支持現(xiàn)在和其他開(kāi)源數(shù)據(jù)庫(kù)接近,唯一的差距是SQLite不支持is[not] unknown(你可以使用is [not] null來(lái)代替)。有趣的是,這些功能在下面提到的商用產(chǎn)品中還不可用。

99d5ce7985b340c6b9322b293f1aa65a.jpeg

 0:只支持true,false.不支持notknown,如果需要,用null代替

1:不支持is [not] unknown,如果需要,用is [not] null代替

窗口函數(shù)

SQLite 3.25.0引入了窗口函數(shù)。如果你知道窗口函數(shù),那么也知道這是一件大事。如果你不了解窗口功能,請(qǐng)你自己學(xué)習(xí)如何使用。這篇文章不會(huì)具體解釋窗口函數(shù),但請(qǐng)相信:它是最重要的“現(xiàn)代”SQL特性。

SQLite對(duì)over子句的支持與其他數(shù)據(jù)庫(kù)非常接近。唯一值得注意的限制是range語(yǔ)句不支持?jǐn)?shù)字或間隔距離(僅支持current row和unbounded preceding|following)。在發(fā)布sqlite 3.25.0時(shí),SQL Server和PostgreSQL具有同樣的限制。PostgreSQL 11消除了這一限制。

4fe64fc290744d10be2e6cf552a3690b.jpeg

 0:沒(méi)有變化

1:Range范圍定義不支持datetime類(lèi)型

2:Range范圍不接受關(guān)鍵字 (只支持unbounded和current row) SQLite對(duì)于窗口函數(shù)的支持在業(yè)界是領(lǐng)先的。它不支持的功能在其他一些主要產(chǎn)品中也同樣不支持(在聚合中語(yǔ)句中的distinct,width_bucket, respect|ignore nulls和from first|last等語(yǔ)句)。

87378179d1e24de4abe2afb889168647.jpeg

 0:同樣沒(méi)有ORDER BY 語(yǔ)句

1:不允許負(fù)偏移量,nulls的特定處理:lead(, 'IGNORE NULLS'),這里是字符串參數(shù) 2:沒(méi)有缺省值(第三個(gè)參數(shù)),不支持respect|ignore nulls語(yǔ)句

3:不允許負(fù)偏移量,不支持ignore nulls語(yǔ)句

4:不允許負(fù)偏移量

5:不支持respect|ignore nulls語(yǔ)句

6:不允許負(fù)偏移量,不支持respect|ignore nulls語(yǔ)句

7:nulls的特定處理:first_value(, 1, null, 'IGNORE NULLS') ,這里是字符串參數(shù)。8:不支持ignore nulls語(yǔ)句9:不支持ignore nulls語(yǔ)句和from last語(yǔ)句

過(guò)濾語(yǔ)句

雖然filter語(yǔ)句只是語(yǔ)法糖——你也可以很容易地使用表達(dá)式來(lái)獲得相同的結(jié)果——我認(rèn)為它也是必不可少的語(yǔ)法糖,因?yàn)樗苁谷藗兏尤菀椎貙W(xué)習(xí)和理解SQL語(yǔ)句。

看看下面的select子句,您覺(jué)得哪一個(gè)更容易理解?

SELECT SUM(revenue) total_revenue
     , SUM(CASE WHEN product = 1 
                THEN revenue
            END
          ) prod1_revenue
   ...

SELECT SUM(revenue) total_revenue
     , SUM(revenue) FILTER(WHERE product = 1) prod1_revenue
   ...

此示例很好地總結(jié)了filter子句的作用:它是聚合函數(shù)的后綴,可以在進(jìn)行聚合之前根據(jù)特定條件,過(guò)濾掉相應(yīng)的行。pivot技術(shù)是filter子句最常見(jiàn)的用例。這包括將實(shí)體屬性值(EAV)模型中的屬性轉(zhuǎn)換為表格的列,如果想了解更多的內(nèi)容,可以參考鏈接“filter-Selective Aggregates”(https://modern-sql.com/feature/filter)。

SQLite 從版本3.25.0開(kāi)始,在使用over子句的聚合函數(shù)中支持了filter子句,但是在使用group by子句的聚合函數(shù)中還不支持。不幸的是,這意味著您仍然無(wú)法在SQLite中使用filter語(yǔ)句來(lái)處理上述情況。你必須像以前一樣使用case表達(dá)式。我真的希望SQLite在這一點(diǎn)上能盡快做到。

9ad4e644355c47479be0ea2a8399e16e.jpeg

 Insert … on conflict (“Upsert”)

SQLite 從版本3.24.0開(kāi)始,引入了“upsert”概念:它是一個(gè)insert語(yǔ)句,可以?xún)?yōu)雅地處理主鍵和唯一約束的沖突。您可以選擇忽略這些沖突(在on conflict語(yǔ)句中什么都不做)或者更新當(dāng)前行(在on conflict語(yǔ)句中執(zhí)行更新操作)。

這是一個(gè)特有的SQL擴(kuò)展,即它不是標(biāo)準(zhǔn)SQL的一部分,因此在下面的矩陣中是灰色的。但是,SQLite遵守與PostgreSQL相同的語(yǔ)法來(lái)實(shí)現(xiàn)此功能0。該標(biāo)準(zhǔn)提供了對(duì)merge語(yǔ)句的支持。

與PostgreSQL不同,SQLite在以下語(yǔ)句中存在問(wèn)題。

INSERT INTO target
SELECT *
  FROM source
    ON CONFLICT (id)
    DO UPDATE SET val = excluded.val

根據(jù)說(shuō)明文檔,這是因?yàn)榻馕銎鳠o(wú)法判斷關(guān)鍵字ON是SELECT語(yǔ)句的連接約束還是upsert子句的開(kāi)頭。你可以通過(guò)向查詢(xún)中添加子句來(lái)解決,例如where true。

INSERT INTO target
SELECT *
  FROM source
 WHERE true
    ON CONFLICT (id)
    DO UPDATE SET val = excluded.val

584900d841aa4d8eb457ac4a021a3823.jpeg

 0:同樣記錄insert、update、delete和merge操作的錯(cuò)誤信息 (“DML error logging”)

1:On conflict語(yǔ)句不能緊挨查詢(xún)的from語(yǔ)句,如果需要,可以添加 where true語(yǔ)句來(lái)分隔。

重命名列

SQLite引入的另一個(gè)特有功能是重命名基準(zhǔn)數(shù)據(jù)庫(kù)表中的列1。標(biāo)準(zhǔn)的SQL不支持此類(lèi)功能2。

SQLite遵循其他產(chǎn)品常用的語(yǔ)法來(lái)重命名列:

ALTER TABLE … RENAME COLUMN … TO

95071a92bbb94d108340994e33a56c54.jpg

0:請(qǐng)查閱 sp_rename.

其他消息

在2018年,SQLite除了在SQL語(yǔ)法上的變化,還有一些應(yīng)用程序接口(API)的變化。你可以查閱sqlite.com(https://www.sqlite.org/news.html)上的新聞部分來(lái)了解更詳細(xì)的消息。

腳標(biāo):

0:SQLite通常遵循PostgreSQL語(yǔ)法,Richard Hipp將此稱(chēng)為PostgreSQL會(huì)怎么做(WWPD)。

1:基準(zhǔn)數(shù)據(jù)庫(kù)表是指用Create table語(yǔ)句創(chuàng)建的數(shù)據(jù)庫(kù)表。派生的數(shù)據(jù)庫(kù)表(如Select語(yǔ)句返回的查詢(xún)結(jié)果集)中的列名可以通過(guò)SELECT語(yǔ)句、FROM語(yǔ)句或WITH語(yǔ)句來(lái)進(jìn)行改變

2:據(jù)我所知,也許可以通過(guò)可更新視圖或派生的列來(lái)模擬該功能。

到此這篇關(guān)于微信為什么使用 SQLite 保存聊天記錄的文章就介紹到這了,更多相關(guān) SQLite 保存聊天記錄內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

最新評(píng)論