关于使用Knex.js实现MySQL左连接子查询的技术咨询

嘿，刚接触Knex确实会对带关联子查询的写法有点懵，不过你的这段SQL完全可以用Knex的链式API来实现，不用完全依赖joinRaw，我给你写出来并拆解一下：

const knex = require('knex')(/* 你的Knex配置 */);

const getOrdersWithUnreadMessages = async () => {
  // 先构造子查询，对应原SQL里的`x`临时表
  const subquery = knex('chats')
    .select('id_order', knex.raw('COUNT(*) AS unread'))
    .where('read_by_user', 0)
    .groupBy('id_order');

  // 主查询逻辑
  const result = await knex('orders')
    .select(
      'orders.*',
      knex.raw('coalesce(x.unread, 0) AS unread_messages')
    )
    .leftJoin(subquery.as('x'), 'x.id_order', 'orders.id_order')
    .where('id_customer', 42)
    .orderBy('date_submitted');

  return result;
};

关键部分说明： #

• 子查询处理：Knex支持直接构造子查询并通过.as('x')给它起别名，完全不需要用joinRaw，这样写法更符合Knex的链式风格，可读性也更强，和你原SQL里的子查询逻辑完全对应。
• coalesce函数：没错，这里确实需要用knex.raw()来包裹，因为Knex没有内置这个SQL函数的封装，直接写raw是最直接且稳妥的方式，不会有任何兼容性问题。
• 主查询匹配：.select('orders.*')对应原SQL的SELECT orders.*，.leftJoin()的参数和原SQL的JOIN条件完全一致，.where和.orderBy也完美还原了原查询的筛选和排序逻辑。

如果之后遇到更复杂的原生SQL片段，再考虑用joinRaw也不迟，但这个场景下用Knex自带的子查询API就足够优雅啦。

内容的提问来源于stack exchange，提问作者Jean-Philippe Bergeron