-
应使用deleted_at时间戳字段（TIMESTAMP或DATETIME类型），默认为NULL；NULL表示未删除，非NULL表示已软删除，避免用is_deleted布尔字段以防语义模糊和非法赋值。软删除字段该用什么类型和默认值 直接加 is_deleted 布尔字段最常见，但容易踩坑：Postg
-
用原生 PHP 输出 text/event-stream，配合浏览器 EventSource 展示长任务进度，重点核对事件格式、心跳、断线重连和 PHP/网关缓冲边界。
-
子查询中用COUNT/SUM配WHERE易出错，需显式关联外层字段；存在性判断优先用EXISTS；多状态求和宜用CASE WHEN+SUM；性能差时应检查执行计划并加索引。子查询里用 COUNT 和 SUM 配 WHERE 容易出错 在子查询中直接写 COUNT(*) 或 SUM(column) 并
-
MySQL 8.0前子查询中ORDER BY + LIMIT报错是因语法不支持，错误码1235；解决方法是外移排序逻辑，改用派生表或窗口函数，并确保WHERE条件置于窗口外、日期范围用开区间避免截断。子查询里用 ORDER BY + LIMIT 1 为什么总报错？在MySQL 8.0之前，要是在子查
-
ORDER BY RAND()在MySQL中极慢，因其必须全表扫描、为每行计算RAND()并全量排序，即使LIMIT 1也无法避免，100万行耗时可达30秒，且索引完全失效；替代方案为主键范围随机采样等避开排序的方法。因为 RAND() 在大多数数据库里触发全表扫描 + 全行随机数计算 + 全量排序
-
动态字段名拼接必须白名单校验，且参数绑定须用计算属性语法；JSONB模糊查询需确保字段为JSONB类型并建GIN索引；复杂场景应改用原生SQL+占位符参数化。动态字段名拼接必须白名单校验TypeORM的andWhere对于字段名（比如JSONB路径row_data->>'Location'里的Loc
-
STRING_AGG必须指定非NULL分隔符且排序需在函数内显式声明；它自动跳过NULL但保留空字符串，应优先于array_agg+array_to_string，处理数组字段需先unnest。STRING_AGG 语法必须带分隔符，不能省略或传 NULL 在PostgreSQL 15里，STRIN
-
A VG()忽略NULL是标准行为，但会导致业务语义错位、报表失真、基数不可知、全NULL组返回NULL及COALESCE与A VG嵌套语义混淆等问题。A VG() 忽略 NULL 不是 bug，是标准行为；但业务上常把它当“没影响”，结果算出的平均值根本不是你想要的那个“平均”。 A VG() 的
-
Node.js 26.7.0 作为 Current 版本发布后，团队应先核对运行时版本、依赖原生模块、测试矩阵和回退方式，再决定是否把新版本用于开发环境或生产服务。
-
一对一关联表中间出现重复行，这表明右表的外键实际上并非唯一。我们应当先通过SELECT foreign_key, COUNT() FROM child_table WHERE foreign_key IS NOT NULL GROUP BY foreign_key HA VING COUNT() >
-
CTE可不是万能的语法糖，其是否适用取决于复用性、逻辑复杂度以及数据库的物化策略。只有在同一子查询被引用不少于2次、包含聚合/窗口/多表JOIN、嵌套超过2层且语义清晰、需要递归处理的情况下，才建议使用CTE。在命名CTE时，必须显式声明列，以避免SELECT*和同名列冲突。MySQL 8.0+默认
-
MySQL 的 performance_schema 会把近期语句按事件记录下来，DIGEST 还能把字面量不同的同类 SQL 归并观察。本文用 events_statements_history_long 说明如何抓取异常语句、区分总耗时与单次耗时，并处理历史表为空、采样范围有限等问题。
-
OpenAI Responses API 的推理项不是普通文本，手动管理多轮上下文时要保留完整 reasoning item。本文拆解 reasoning.encrypted_content、include 参数和函数调用续接的验收边界，避免第二轮请求丢上下文。
-
Redis HRANDFIELD 适合从 Hash 中抽取随机字段。本文用 redis-cli 核对单字段、COUNT、WITHVALUES、负数 COUNT、空键和重复结果，避免把随机读取误当成去重抽样。
-
用最小 SQL 验证 MySQL READ ONLY 事务的真实边界：哪些普通表写入会失败，为什么临时表仍可修改，以及连接池复用时如何确认只读状态没有泄漏。
