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

SQL多表聯(lián)合查詢時如何采用字段模糊匹配

 更新時間:2022年11月02日 09:30:59   作者:Eureka丶  
這篇文章主要介紹了SQL多表聯(lián)合查詢時如何采用字段模糊匹配,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教

先說一下背景和要求

背景:由于業(yè)務或是其他不描述的原因的問題導致原有存儲的數(shù)據(jù)發(fā)生變動,與現(xiàn)有數(shù)據(jù)有差別,但還是能勉強看明白數(shù)據(jù)內(nèi)容。

要求:實現(xiàn)A表的名稱字段和B表的名稱字段要模糊匹配。

上圖:

假如A表長這樣:

B表長這樣:

然后我要想變成這樣:

簡單說就是在我關聯(lián)查詢兩表時,條件字段的取值看起來不一樣,但是意思是一樣的,應該要把這種數(shù)據(jù)關聯(lián)起來。但是SQL里面“=”兩邊又必須嚴格相同,所以現(xiàn)在怎么辦呢?

方法一

可以采用類似于LIKE模糊查詢的辦法。

MySQL:

SELECT a.id,a.`name`,b.newid,b.newname FROM z_good a,z_good_new b
WHERE INSTR(a.`name`,b.newname)>0 OR INSTR(b.newname,a.`name`)>0

或者

SELECT a.id,a.`name`,b.newid,b.newname FROM z_good a,z_good_new b
WHERE a.`name` LIKE CONCAT('%',b.newname,'%') OR b.newname LIKE CONCAT('%',a.`name`,'%')

Oracle:

SELECT a.id,a.`name`,b.newid,b.newname FROM z_good a,z_good_new b
WHERE a.`name` LIKE '%'||b.newname||'%'

SQL Server:

SELECT a.id,a.`name`,b.newid,b.newname FROM z_good a,z_good_new b
WHERE a.`name` LIKE '%'+b.newname+'%' OR b.newname LIKE '%'+a.`name`+'%'

順便說一下這里用到的字符串拼接功能在三類數(shù)據(jù)庫中的寫法:

SQL Server:

SELECT '123'+'456'

Oracle:

SELECT '123'||'456' FROM dual
或
SELECT CONCAT('123','456') FROM dual

MySQL:

SELECT CONCAT('123','456')

Oracle和MySQL中雖然都有CONCAT,但是Oracle中只能拼接2個字符串,所以建議用||的方式,MySQL中的CONCAT則可以拼接多個字符串。

此外,MySQL中的INSTR(STR,SUBSTR)函數(shù),在一個字符串(STR)中搜索指定的字符(SUBSTR),返回發(fā)現(xiàn)指定的字符的位置(INDEX)。

  • STR—被搜索的字符串;
  • SUBSTR—希望搜索的字符串;

結論:在字符串STR里面,字符串SUBSTR出現(xiàn)的第一個位置(INDEX),INDEX是從1開始計算,如果沒有找到就直接返回0,沒有返回負數(shù)的情況。

到這兒,有同學就會發(fā)現(xiàn),你這應用場景也太單一了吧,要是這種:A表被關聯(lián)字段值為“城鄉(xiāng)規(guī)劃”,B表被關聯(lián)字段值為“城市規(guī)劃”;或者A表被關聯(lián)字段值為“漂亮”,B表被關聯(lián)字段值為“美麗”。這樣的兩個字段值也是一個意思,但是用上面的方法就行不通了。

沒辦法了嘛?

有的。

方法二

你還可以使用NLP的算法來做上面最后提到的那種情況,關于這點,在我之前發(fā)表的文章《Word2Vec可視化展示》中已有詳細說明,感興趣的同學可以研究研究。

另外就是,不管哪種辦法,總有漏網(wǎng)之魚,也就是總有你匹配不到的情況,或是匹配錯誤的情況。所以還需要根據(jù)自己的需求、業(yè)務以及數(shù)據(jù)情況,具體問題具體分析,結合各種方法開發(fā)代碼實現(xiàn)自己想要的功能,做到因地制宜。

那有同學又問了,就沒有那種一招打天下的辦法了嗎?

有的。

方法三

你可以用你的最強大腦去手動處理~~~~~~~~~~

咳咳,我的意思是:就算要手動處理,我們也要減少手動處理的工作量嘛。要不“會急死人的”,真的“會急死人的”! 

以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。

相關文章

最新評論