PostGraphile复合PrimaryKey的NodeId标识符顺序及SQL生成问题

1. Identifiers集合的元素顺序 #

Identifiers集合里的元素顺序严格对应数据库表中复合主键列的定义顺序。比如你的表定义如下：

CREATE TABLE example (
  col1 INT,
  col2 VARCHAR(50),
  PRIMARY KEY (col1, col2)
);

解析NodeId后得到的Identifiers数组顺序就是[col1的值, col2的值]，完全匹配主键约束里列的声明顺序。

2. 正确生成SQL查询的方式 #

不要通过固定下标取值（比如硬取第一个、第二个元素），而是借助GraphQL类型的主键元数据关联Identifiers和列名，这样即便主键顺序变动，SQL也能保持正确。

具体实现步骤：

• 从getTypeAndIdentifiersFromNodeId返回的GraphQL Type中，获取对应表的主键列信息（可通过type._pgTable访问Postgraphile内部维护的表元数据）
• 将Identifiers数组与主键列按顺序一一配对，生成带明确列名的WHERE条件

示例代码：

const { type, identifiers } = getTypeAndIdentifiersFromNodeId(nodeId);
// 获取表的主键列列表（顺序与数据库定义一致）
const primaryKeyColumns = type._pgTable.primaryKey.columns;
// 生成WHERE子句的条件片段
const whereConditions = primaryKeyColumns.map((col, index) => 
  `${col.name} = \$${index + 1}`
);
// 拼接完整SQL语句
const sql = `SELECT * FROM ${type._pgTable.name} WHERE ${whereConditions.join(' AND ')}`;
// 执行查询时传入identifiers作为参数
await pg.query(sql, identifiers);

如果确实需要自定义主键顺序（不推荐，建议和数据库保持一致），可以通过Postgraphile的@primaryKey指令调整GraphQL类型的主键定义，这会同步改变NodeId的生成和解析顺序，但可能增加维护成本，需谨慎使用。

内容的提问来源于stack exchange，提问作者Alexander I.