Mysql逗號拼接字符串的關(guān)聯(lián)查詢以及統(tǒng)計問題
背景:
數(shù)據(jù)庫中逗號拼接的字符串,想展示其完整拼接名稱或者按其值統(tǒng)計處理,怎么做?
FIND_IN_SET函數(shù)和GROUP_CONCAT函數(shù)你會用嗎?
一、查詢問題
eg兩張表 t_conclusion_detail(拜訪信息表) 和 t_conclusion_info(拜訪結(jié)論表)
t_conclusion_detail:
| id | userName | conclusionIds |
|---|---|---|
| 781918060586991616 | 夢琪 | 1,3 |
| 781986564770103296 | 西施 | 3 |
| 781989822074978304 | 火舞 | 2,3,4 |
t_conclusion_info:
| conclusionId | conclusionName |
|---|---|
| 1 | 已成交 |
| 2 | 暫無興趣 |
| 3 | 需要跟進 |
| 4 | 溝通順利 |
想要的效果:
| id | userName | conclusionIds | conclusionNameStr |
|---|---|---|---|
| 781918060586991616 | 夢琪 | 1,3 | 已成交,需要跟進 |
| 781986564770103296 | 西施 | 3 | 需要跟進 |
| 781989822074978304 | 火舞 | 2,3,4 | 暫無興趣,需要跟進,溝通順利 |
思考??:
一般這種情況兩種方案:要么代碼層面處理,要么數(shù)據(jù)庫層面處理
1、方案一( 代碼層面):先查拜訪信息表,將數(shù)據(jù)返回到服務(wù)器,在代碼里進行切割,然后再去拜訪結(jié)論表里面去查詢對應(yīng)的名稱,返回到程序進行處理拼接。造成頻繁訪問數(shù)據(jù)庫,或需要批量查回再匹配處理,這樣做雖然很簡單也很好理解但是效率太低。
2、方案二(數(shù)據(jù)庫):以mysql為例,使用FIND_IN_SET函數(shù)和GROUP_CONCAT函數(shù)進行查詢,但是數(shù)據(jù)量特別大時可能不友好,利用不上索引等
SELECT s.id,s.user_name userName,s.conclusion_ids conclusionIds, (SELECT GROUP_CONCAT(user_name) FROM t_conclusion_info tr WHERE FIND_IN_SET(tr.conclusion_id,(SELECT conclusion_ids FROM t_conclusion_detail WHERE id=s.id))) AS conclusionNameStr FROM t_conclusion_detail s
tip:如果數(shù)據(jù)量特別大建議還是設(shè)計時不要逗號拼接設(shè)計,改成多表聯(lián)查,或者使用代碼層面處理
二、統(tǒng)計問題
還是上述兩張表,想要的效果是每個結(jié)論出現(xiàn)頻次的統(tǒng)計,即統(tǒng)計逗號拼接的字符串中內(nèi)容
偽代碼,具體根據(jù)情況拼接業(yè)務(wù)sql:
SELECT
sum(case when find_in_set('1',conclusion_ids)>0 then 1 else 0 end) one,
sum(case when find_in_set('2',conclusion_ids) >0 then 1 else 0 end) two,
sum(case when find_in_set('3',conclusion_ids) >0 then 1 else 0 end) three,
sum(case when find_in_set('4',conclusion_ids) >0 then 1 else 0 end) four
from t_conclusion_detail
結(jié)果:
| one | two | three | four |
|---|---|---|---|
| 1 | 1 | 3 | 1 |
三、效率問題
思考??: 模擬插入20萬數(shù)據(jù),查看find_in_set效率問題:
CREATE TABLE `t_conclusion_detail` ( `id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵', `user_name` varchar(32) COMMENT '姓名', `conclusion_ids` varchar(32) COMMENT '拜訪結(jié)論(多個結(jié)論逗號分隔)' PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 COMMENT='拜訪記錄表';
DROP PROCEDURE IF EXISTS `t_conclusion_detail_memory`
DELIMITER //
CREATE PROCEDURE `t_conclusion_detail_memory`(IN n INT)
BEGIN
DECLARE i INT DEFAULT 1;
DECLARE id INT DEFAULT 1;
DECLARE num1 INT DEFAULT 1;
DECLARE num2 INT DEFAULT 1;
DECLARE num3 INT DEFAULT 1;
WHILE i < n DO
SET id = i;
SET num1 = FLOOR(0 + RAND()*6);
SET num2 = FLOOR(0 + RAND()*6);
SET num3 = FLOOR(0 + RAND()*6);
INSERT INTO `t_conclusion_detail` VALUES (id, 'test', concat(num1,',',num2,',',num3), );
SET i = i + 1;
END WHILE;
END //
DELIMITER ; -- 改回默認的 MySQL delimiter:';'
CALL t_conclusion_detail_memory(200000); 經(jīng)實驗,20w數(shù)據(jù)時相關(guān)查詢最慢2s左右,可接受范圍。
總結(jié)
到此這篇關(guān)于Mysql逗號拼接字符串的關(guān)聯(lián)查詢以及統(tǒng)計問題的文章就介紹到這了,更多相關(guān)Mysql逗號拼接字符串查詢內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
mysql數(shù)據(jù)庫單表最大存儲依據(jù)詳解
這篇文章主要為大家介紹了mysql數(shù)據(jù)庫單表最大存儲的依據(jù)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-07-07
MySQL兩種表存儲結(jié)構(gòu)MyISAM和InnoDB的性能比較測試
MySQL兩種表存儲結(jié)構(gòu)MyISAM和InnoDB的性能比較測試...2006-12-12
MySQL存儲引擎中的MyISAM和InnoDB區(qū)別詳解
這篇文章主要介紹了MySQL存儲引擎中的MyISAM和InnoDB區(qū)別詳解,本文總結(jié)了MyISAM與InnoDB的11點區(qū)別,需要的朋友可以參考下2015-03-03
MySQL調(diào)優(yōu)之索引在什么情況下會失效詳解
索引的失效,會大大降低sql的執(zhí)行效率,日常中又有哪些常見的情況會導(dǎo)致索引失效?下面這篇文章主要給大家介紹了關(guān)于MySQL調(diào)優(yōu)之索引在什么情況下會失效的相關(guān)資料,需要的朋友可以參考下2022-10-10
登錄MySQL時出現(xiàn)Authentication plugin ‘caching_sha2_pass
這篇文章主要介紹了登錄MySQL時出現(xiàn)Authentication plugin ‘caching_sha2_password‘ reported error錯誤的解決方案,文中通過圖文結(jié)合的形式講解的非常詳細,對大家的解決問題有一定的幫助,需要的朋友可以參考下2024-12-12

