SQL 里用 CONCAT 拼接多个字段，看起来是基础操作，真正容易出错的却是不同数据库对 NULL 和参数数量的处理差异。本文按 MySQL、PostgreSQL、SQL Server、Oracle 分别梳理写法、版本要求和避坑点，帮助你快速判断该用 CONCAT、`||`、`+` 还是 LISTAGG。 在 SQL 里拼接多个字段，最容易被忽略的不是语法本身，而是数据库之间对 NULL 、参数数量和版本支持的不同处理。
SQL 的 `WITH` 子句不只是把长查询拆成多行，更适合承担“分步命名、逐层计算”的职责。本文围绕命名、定义顺序、显式列名与递归使用边界，整理出一套更利于协作和维护的 CTE 写法。 很多人把 SQL 的 WITH 当作“把长查询拆开写”的语法糖，但真正决定可维护性的，往往是每个 CTE 的职责是否单一、命名是否直观、引用顺序是否可。
CTE 适合替代可复用、层级过深或语义复杂的嵌套子查询，但并不是所有子查询都值得改写。本文从适用场景、三层嵌套拆分方法、MySQL 递归 CTE 常见报错，到生命周期与性能影响，梳理一套更实用的判断与改写思路。
统计“每个分类有多少条记录”时，关键不在子查询本身，而在是否按分类分组。多数场景应优先用 LEFT JOIN + GROUP BY，既能保留数量为 0 的分类，也比相关子查询更稳定；只有在报表工具或语法受限时，再考虑相关子查询。
本文用 Debian 环境为例，梳理 Go 连接数据库的基本流程：安装 Go、配置环境变量、按数据库类型安装驱动、编写 `database/sql` 示例并运行验证。文中保留了 MySQL、PostgreSQL、SQLite 的驱动命令和一段可直接参考的查询代码，适合快速搭建本地实验环境。
SQL 触发器排错最难的不是语法报错，而是那些客户端只给出模糊提示、甚至完全不报错的“静默失败”。这篇文章把高效排查路径拆成四步：先抓最近一次错误与警告，再确认触发器是否真的触发，随后回看错误日志，最后用手动模拟把逻辑断点揪出来。
`NOT IN` 最大的问题不是慢，而是遇到 `NULL` 后可能直接把结果变成空集，造成业务逻辑误判。相比之下，`NOT EXISTS` 在空值安全、索引利用、关联表达和并发一致性上都更稳，更适合作为默认写法。 很多开发者会把 NOT IN 和 NOT EXISTS 当成语义接近、只差一点性能的两种写法，但真正容易把线上逻辑做错的，往往是 NULL 、隐式类型转换和并发下的。
用 SQL 生成“按组分页”的页码，关键不是选哪个排名函数，而是先用 `ROW_NUMBER()` 在组内生成连续行号，再把行号换算成页码。本文整理了常见误区、跨数据库差异，以及什么时候该用窗口函数、什么时候该直接用 `OFFSET`/`LIMIT`。
高并发插入真正容易触发死锁的，通常不是单纯的 `INSERT`，而是“先查后插”里混用了 `SELECT ... FOR UPDATE`、无索引条件和跨表事务。本文按可直接落地的判断顺序，说明为什么 `INSERT ... ON DUPLICATE KEY UPDATE` 更稳，以及什么情况下才能谨慎使用行锁方案。
在 Go 1.22 项目里防 SQL 注入，关键不是只会写 `?`，而是同时把“参数绑定”和“标识符白名单”两件事做好。本文结合 `database/sql`、GORM 和 `Scan` 的常见误区，梳理哪些场景能参数化、哪些必须白名单校验，以及报错出现时该如何定位。
跨数据库环境里，触发器几乎都不能直接“原地修改”。想在不停机前提下更新逻辑，可靠办法是把它当成一次受控的原子替换：先确认原定义，再在合适的会话和并发条件下执行 `DROP + CREATE`，最后用行为验证确认新逻辑已生效。
这篇文章把 ThinkPHP 项目里的数据库设计流程拆成可落地的几步：先理清需求，再完成建模、表结构、Model 映射、迁移、连接配置与性能优化。文中还用一个用户表示例串起从 ER 思路到 SQL 和实体类配置的完整过程。
