在sqlite_orm中使用NULL值进行联合查询的技巧

问题背景

在使用sqlite_orm进行数据库操作时，开发者经常需要构建复杂的SQL查询。其中一个常见需求是在SELECT语句中显式地返回NULL值，特别是在使用UNION ALL操作符组合多个查询结果时。

典型场景

考虑以下SQL查询场景：

SELECT A.*, B.*
FROM A, B 
WHERE condition
UNION ALL
SELECT A.*, NULL, NULL, ..., NULL 
FROM A 
WHERE A.pkey NOT IN(SELECT A.pkey FROM A, B WHERE condition)

这个查询的目的是：

1. 首先获取A和B表中满足条件的所有记录
2. 然后补充获取A表中那些没有匹配B表记录的行，并用NULL填充B表的列

sqlite_orm实现方案

在sqlite_orm中直接使用nullptr会导致编译错误，正确的做法是使用null_int：

constexpr std::optional<int> null_int;

auto rows = storage.select(union_all(
    select(columns(asterisk<Employee>(), 
                  &EmploymentHistory::id, 
                  &EmploymentHistory::fk_employee),
          from<Employee>(), 
          inner_join<EmploymentHistory>(on(c(&EmploymentHistory::fk_employee) == &Employee::id))),
    select(columns(asterisk<Employee>(), 
                  null_int, 
                  null_int),
          from<Employee>(), 
          where(not_in(&Employee::id, select(&EmploymentHistory::fk_employee))))
);

技术要点解析

1. NULL值表示：在sqlite_orm中，不能直接使用nullptr表示NULL值，而是需要使用std::optional类型的空值。

2. 类型一致性：UNION ALL操作要求两个SELECT语句返回的列数和类型必须匹配。使用null_int确保了类型一致性。

3. 查询构建：

   • asterisk<Employee>()表示选择Employee表的所有列
   • inner_join构建表连接条件
   • not_in实现NOT IN子查询逻辑

常见错误

开发者可能会遇到以下错误：

1. 编译错误"Compound select statements must return a common type"：表示UNION ALL两边的查询返回类型不匹配
2. "no matching overloaded function found"：通常是因为使用了不支持的NULL表示方式

最佳实践

1. 对于不同类型的NULL值，可以定义相应的空值常量：

   constexpr std::optional<int> null_int;
   constexpr std::optional<std::string> null_string;
   // 其他类型...
   

2. 在复杂查询中，先测试各个子查询的正确性，再组合它们

3. 使用storage.dump()方法输出生成的SQL语句，便于调试

通过这种方式，开发者可以灵活地在sqlite_orm中构建包含NULL值的复杂查询，满足各种业务场景需求。