文章詳情頁
find_in_set - 請教 mysql查詢
瀏覽：239日期：2022-06-20 18:36:16
問題描述
mysql 表中字段option_tag 存儲的值格式（分號）為： 4:539;8:543;4:545;8:549通過 find_in_set() 可以查找到以逗號分隔的字符串。以分號分隔的 字符串 有什么函數(shù)直接能查詢到 option 含有 539的所有值？
問題解答
回答1：sql語句：SELECT * FROM tableWHERE locate(’:539;’, CONCAT(options_tag, ’;’)) > 0
用like的方法邏輯上不嚴(yán)謹(jǐn)，如4:2539這種情況也會被like匹配，但不是想要的結(jié)果。
從設(shè)計方案考慮，如果是復(fù)雜的數(shù)據(jù)類型，建議存成json格式，mysql高版本直接內(nèi)置了json解析、查詢功能。
回答2：通過like或者正則即可。但是不建議將邏輯放在mysql中，造成數(shù)據(jù)庫引擎壓力過大，而且極度不安全。正確的做法應(yīng)該是把整個字段的值取出來，作為字符串然后用語言比如php python nodejs之類的處理。
回答3：SELECT * FROM tableWHERE options_tag LIKE ’%539%’;
正如@小蟲哥哥 所說，這是設(shè)計缺陷，這看起來是一個一對多或者多對多的關(guān)系，不應(yīng)該用一個字段存起來，不僅查詢效率低（在SQL里對字段進(jìn)行運(yùn)算有可能會使該字段的索引無法被使用），而且查詢起來也不靈活。
回答4：like 匹配
回答5：like :539
回答6：我說這是設(shè)計缺陷有人贊同嗎
回答7：like相似匹配
回答8：模糊查詢研究下
上一條：數(shù)據(jù)庫 - 使用讀寫分離后, MySQL主從復(fù)制延遲會導(dǎo)致讀不到數(shù)據(jù)嗎?下一條：thinkphp出現(xiàn) mysql too many connections
相關(guān)文章：
1. node.js - mongodb查找子對象的名稱為某個值的對象的方法2. html5 - datatables 加載不出來數(shù)據(jù)。3. 測試自動化html元素選擇器元素ID或DataAttribute [關(guān)閉]4. html5和Flash對抗是什么情況？5. 利用IPMI遠(yuǎn)程安裝centos報錯！6. javascript - QQ第三方登錄的問題7. 在mac下出現(xiàn)了兩個docker環(huán)境8. 運(yùn)行python程序時出現(xiàn)“應(yīng)用程序發(fā)生異常”的內(nèi)存錯誤？9. spring-mvc - spring-session-redis HttpSessionListener失效10. 正在使用electron和node.js做桌面應(yīng)用，需要實(shí)時監(jiān)聽是否有網(wǎng)絡(luò)連接，node或者electron是否可以做到
排行榜
熱門標(biāo)簽
網(wǎng)公網(wǎng)安備