基于Sequelize与PostgreSQL的联表查询优化及格式调整需求

一、核心实现代码（无嵌套+避免子查询） #

针对你的需求，直接用PostgreSQL原生的DISTINCT ON语法就能避免子查询，同时把statusID拉到与Table1字段同层级，还能转换createdOn为毫秒时间戳：

const sequelize = require('sequelize'); // 确保引入Sequelize实例

const result = await model.table1.findAll({
  attributes: [
    // 保留Table1所有字段
    ...Object.keys(model.table1.rawAttributes).map(key => `"table1".${key}`),
    // 将createdOn转为毫秒级UNIX时间戳
    [sequelize.literal('EXTRACT(EPOCH FROM "table1"."createdOn") * 1000'), 'createdOn'],
    // 直接取对应Table2的最新statusID和status
    ['table2.statusID', 'statusID'],
    ['table2.status', 'status']
  ],
  include: [{
    model: model.table2,
    required: true, // 内连接，只返回有对应Table2记录的Table1
    attributes: [] // 不单独返回嵌套的Table2对象
  }],
  // 按Table1的id分组，每组只保留第一条记录
  distinct: true,
  // 排序规则：先按Table1 id分组，再按Table2 logId降序，确保每组取最新的记录
  order: [
    ['id', 'ASC'],
    ['table2', 'logId', 'DESC']
  ],
  raw: true // 返回扁平化的JSON对象，而非Sequelize模型实例
});

二、性能问题解答 #

你之前的limit:1写法的问题 #

你之前在include里加limit:1是错误的——这个limit是全局限制，会导致整个查询只返回1条Table1记录，而不是每个Table1都对应最新的Table2记录。

DISTINCT ON vs 子查询/MAX()子查询 #

• DISTINCT ON是PostgreSQL专门针对“分组取最新/ oldest记录”场景优化的语法，性能远高于子查询。只要给Table2建立(table1_id, logId DESC)的联合索引，查询会一次扫描完成，不需要多次子查询的开销。
• 用MAX(logId)的子查询之所以无法返回单一结果，是因为你没把子查询和主表的id关联起来，正确的子查询写法虽然能实现，但数据量大时性能会很差，因为每个Table1都要执行一次子查询。

三、优化建议 #

给Table2建立联合索引，进一步提升查询效率：

CREATE INDEX idx_table2_table1id_logid ON table2 (table1_id, logId DESC);

内容的提问来源于stack exchange，提问作者Himashu