DoublePlusGood：我12岁开始使用 Backtrack（现在改名为 Kali），因为我想成为一名黑客（LCTT 译注：原文“1337 haxor”，1337 是 leet 的火星文写法，意为’火星文’，haxor 为 hackor 的火星文写法，意为’黑客’，另一种写法是 1377 h4
2024-07-19
在上一篇我们提到了两种in写法明显优于exists的情况, 我已经用真实的生产案例, 证明了exists写法比in写法效率高这种说法, 确实不太靠谱. 这篇文章继续列举剩余3种情况. 最后再补充一个无法使用hash join案例.各位看官如果有兴趣可以试试, 比较简单, 但很实用, 简化如下:cr
2024-07-08
这篇文章放在草稿箱里面很长时间了，直到最近又看到了这篇多个公号转发过的神文：《公司新来一个技术总监：谁再在 SQL 中写 in 和 not in，直接走人！》. 下面有几个说法, 分别来自两本SQL入门经典书, 我认为不太妥当:1-1.关于子查询用exists还是in的问题, 书上说exists比i
2024-07-01
根据某一条件从数据库表中查询 『有』与『没有』，只有两种状态，那为什么在写SQL的时候，还要SELECT count(*) 呢？无论是刚入道的程序员新星，还是精湛沙场多年的程序员老白，都是一如既往的count目前多数人的写法多次REVIEW代码时，发现如下现象：业务代码中，需要根据一个或多个条件，查
2024-04-29