SQL Server 2019 如何创建可靠的数据审计触发器

在 SQL Server 2019 里做 UPDATE 审计,难点不在 `CREATE TRIGGER` 语法,而在能否稳定记录“谁改了什么、改前改后各是什么”。这篇文章把触发器类型、`inserted/deleted` 联结、`NULL` 比较、日志表结构和递归风险拆开说明。 很多人第一次写 SQL Server 审计触发器,重点都放在语法能不能跑通,结果上线后才发现日志缺字段、漏记录,甚至一批量更新就失真。

SQL Server 2019 如何创建可靠的数据审计触发器

Debian 下 Python 如何连接数据库:5 种常见方案与选型说明

这篇文章按数据库类型梳理 Debian 下 Python 的常见连接方式,覆盖 MySQL、PostgreSQL、SQLite、MongoDB 和 Redis。除了保留原始安装命令与示例代码,还补充了选型思路和连接时最容易出错的配置检查点。 在 Debian 上用 Python 接数据库,难点通常不在“能不能连上”,而在于不同数据库的驱动、连接对象和使用场景差别很大。

Debian 下 Python 如何连接数据库:5 种常见方案与选型说明

如何编写单元测试验证 SQL 注入防护

单元测试要验证的不是“接口没报错”,而是恶意输入是否在数据库执行前就被业务层拦截。本文围绕真实攻击载荷传递、异常断言、高危拼接分支、日志审计和二次注入覆盖,整理一套更可靠的 SQL 注入防护测试思路。

如何编写单元测试验证 SQL 注入防护

PostgreSQL 15 如何在 SQL 存储过程中管理事务

PostgreSQL 15 的存储过程虽然支持事务相关能力,但过程体里并不能直接写 `BEGIN`、`COMMIT`、`ROLLBACK`。真正可用的做法,是把事务边界交给调用方,在过程内部借助 `SAVEPOINT` 与 `ROLLBACK TO SAVEPOINT` 做局部回退。 很多人把 PostgreSQL 15 的 CREATE PROCEDURE 理解成“终于能在存储过程里自己提交事务”,但真正动手时,最先遇到的往往是语法错误,或者提交时机和预期完全不一致。

PostgreSQL 15 如何在 SQL 存储过程中管理事务

SQL 金额合计怎么写才不出错?从 SUM() 空值、字段类型到性能优化一次讲清

SQL 里用 `SUM()` 统计金额不难,难的是结果常被空值、字符串金额、分组错误和大表性能拖偏。本文按排查顺序梳理 `NULL` 处理、金额字段清洗与类型转换、`GROUP BY` 规范,以及 `EXPLAIN` 和汇总表优化思路。 写金额合计 SQL 时,`SUM()` 往往不是最难的部分,真正容易出错的是空值返回、字段类型、分组规则和大表性能。

SQL 金额合计怎么写才不出错?从 SUM() 空值、字段类型到性能优化一次讲清

怎样用 SQL 窗口函数计算相邻订单时间差

在 SQL 里计算相邻订单时间差,关键不只是 `LAG()`,还包括按正确时间字段排序、按用户分组,以及针对不同数据库选择合适的时间差函数。本文用 MySQL、PostgreSQL、SQL Server 的写法对照说明,并补上空值处理和索引检查的实际要点。

怎样用 SQL 窗口函数计算相邻订单时间差

如何修复 Cookie 参数中的 SQL 注入漏洞

Cookie 里的值一旦未经校验就直接拼进 SQL,风险和表单注入没有区别,而且更容易被忽视。本文按 PHP、ASP/ASP.NET 和测试排查三条线梳理修复方法,说明哪些做法可靠、哪些“过滤”其实挡不住攻击。 Cookie 注入和表单注入本质上是同一类问题,但它更容易藏在登录态、中间件和日志链路里,被开发在排查时漏掉。

如何修复 Cookie 参数中的 SQL 注入漏洞

SQL 子查询中如何实现分页查询

MySQL 里“子查询 + LIMIT”并不是随处都能用,尤其在 5.7 及更早版本里,放进 `IN/ALL/ANY` 这类子查询会直接报错。本文结合 MySQL 5.7、8.0+ 的差异,梳理可用写法、分页陷阱、性能代价,以及什么时候该改用范围分页或预过滤方案。

SQL 子查询中如何实现分页查询

如何使用 SQL GROUP BY 进行分组统计?

GROUP BY 常见问题并不在语法本身,而在“哪些列能选、哪些条件该先过滤、结果到底按什么维度分组”。这篇文章围绕报错原因、WHERE 与 HAVING 的边界、多字段分组理解,以及 DISTINCT 的替代关系,梳理一套更不容易写错的判断方法。

如何使用 SQL GROUP BY 进行分组统计?