find_in_set - 請教 mysql查詢
問題描述
mysql 表中字段option_tag 存儲的值格式(分號)為: 4:539;8:543;4:545;8:549通過 find_in_set() 可以查找到以逗號分隔的字符串。以分號分隔的 字符串 有什么函數直接能查詢到 option 含有 539的所有值?
問題解答
回答1:sql語句:SELECT * FROM tableWHERE locate(’:539;’, CONCAT(options_tag, ’;’)) > 0
用like的方法邏輯上不嚴謹,如4:2539這種情況也會被like匹配,但不是想要的結果。
從設計方案考慮,如果是復雜的數據類型,建議存成json格式,mysql高版本直接內置了json解析、查詢功能。
回答2:通過like或者正則即可。但是不建議將邏輯放在mysql中,造成數據庫引擎壓力過大,而且極度不安全。正確的做法應該是把整個字段的值取出來,作為字符串然后用語言比如php python nodejs之類的處理。
回答3:SELECT * FROM tableWHERE options_tag LIKE ’%539%’;
正如@小蟲哥哥 所說,這是設計缺陷,這看起來是一個一對多或者多對多的關系,不應該用一個字段存起來,不僅查詢效率低(在SQL里對字段進行運算有可能會使該字段的索引無法被使用),而且查詢起來也不靈活。
回答4:like 匹配
回答5:like :539
回答6:我說這是設計缺陷有人贊同嗎
回答7:like相似匹配
回答8:模糊查詢研究下
相關文章:
1. docker-compose中volumes的問題2. javascript - node安裝后,npm老是報不是內部命令,如何解決呢?3. .......4. 數據庫 - 使用讀寫分離后, MySQL主從復制延遲會導致讀不到數據嗎?5. CSS3的漸變屬性的疑惑6. python如何設置一個隨著系統時間變化的動態變量?7. javascript - 為什么js代碼后面報錯,會導致前面的代碼執行不了,我確定后面的部分和前面的部分沒有邏輯上的關聯。8. docker綁定了nginx端口 外部訪問不到9. 就一臺服務器,mysql數據庫想實現自動備份,如何設計?10. 請問一下,圖片上傳成功,但是后臺對應文件夾里面卻沒有圖片,這是什么原因?(已部署到服務器)
