查出来全是NULL主要是因LEFT JOIN右表无匹配数据且未用COALESCE处理空值或源表本身缺失数据需检查JOIN条件、改用INNER JOIN验证并对可能为空字段显式赋予默认值。用 CREATE VIEW 拼接测试数据时为什么查出来全是 NULL常见现象是视图定义里用了 LEFT JOIN 或子查询但没加 COALESCE 或默认值导致字段为空或者源表本身数据不全JOIN 条件写成 ON a.id b.id AND b.status active 却忘了 b 表里根本没匹配的记录。先确认所有 JOIN 的右表是否有对应数据临时改用 INNER JOIN 测试是否能出结果对可能为空的字段显式用 COALESCE(codecol, N/A) 或 COALESCE(codecol, 0)避免在视图里依赖外部变量比如用户传参SQL 视图不支持参数化真要动态得用函数或 CTE 替代MySQL 和 PostgreSQL 的 CREATE VIEW 在测试数据生成上关键差异PostgreSQL 支持 MATERIALIZED VIEW可缓存结果、支持索引适合反复查的模拟数据集MySQL 8.0 虽然也支持视图但每次查询都会重跑底层 SQL如果里面套了多层子查询或 RAND()性能会明显下降。MySQL 中慎用 RAND() LIMIT 组合做随机采样——视图里不能保证每次执行都“真随机”有时会固化结果PostgreSQL 若需更新物化视图必须手动执行 REFRESH MATERIALIZED VIEW别指望它自动同步源表变更两者都不支持在视图定义中直接写 INSERT 或 UPDATE想生成带主键递增的数据得靠序列GENERATED ALWAYS AS IDENTITY或 ROW_NUMBER() OVER ()用 UNION ALL 模拟多状态业务数据时字段顺序和类型必须严格一致比如想造出「已下单」「已发货」「已签收」三种订单状态的混合测试集用三个 SELECT 做 UNION ALL但第二条 SELECT 里把 created_at 写成字符串 2024-01-01而第一条是真正的 DATETIME 类型MySQL 会隐式转成字符串导致后续排序或范围查询失效。 Mokker AI AI产品图添加背景