如何使用TypeORM将WKT存入PostgreSQL的geometry类型列？

1. "SRID=4326"部分是否自动生成？ #

是的，这个前缀是PostGIS（PostgreSQL的空间扩展）在输出geometry类型数据时自动拼接的。当你查询该字段时，数据库会将空间对象的空间参考ID（SRID）与WKT内容组合成这种格式返回，属于数据库层面的自动处理逻辑。

2. DTO和实体中将geom定义为string类型是否正确？ #

• DTO中定义为string是合理的：前端传入的是WKT格式的字符串，用string类型接收完全适配。
• 实体中定义为string本身没问题，但TypeORM对geometry类型的默认处理逻辑是将字符串当作GeoJSON解析，这正是触发QueryFailedError: unknown GeoJSON type错误的原因——它把WKT当成了GeoJSON来处理。

3. 如何解决插入错误并得到带"SRID=4326;"前缀的数据？ #

解决插入错误（让TypeORM使用ST_GeomFromText） #

你需要手动指定TypeORM使用PostGIS的ST_GeomFromText函数解析WKT，替代默认的GeoJSON解析逻辑，有两种常用实现方式：

方式一：使用TypeORM的Raw函数构造SQL表达式

修改插入逻辑，用Raw函数包装geom字段，明确生成调用ST_GeomFromText的SQL：

create(dto: CreatePlaceDto): Promise<number> {        
    return <any>this.repository
      .insert({
        ...dto,
        // 生成正确的SQL逻辑，将WKT转换为geometry类型
        geom: Raw((alias) => `ST_GeomFromText(${alias}, 4326)`),
      })
      .then((data) => data.identifiers[0][Object.keys(data.identifiers[0])[0]])
      .catch((err) => {
        console.error(err);
      });
}

这种方式会让TypeORM生成使用ST_GeomFromText($2, 4326)的SQL，彻底规避GeoJSON解析错误。

方式二：自定义字段转换器（Transformer）

创建TypeORM值转换器，在写入时处理WKT格式，读取时保留数据库返回的带SRID格式：

import { ValueTransformer } from "typeorm";

export class GeometryTransformer implements ValueTransformer {
  // 写入数据库时，将纯WKT拼接为带SRID的格式
  to(value: string): string {
    return `SRID=4326;${value}`;
  }

  // 从数据库读取时，直接返回原始格式
  from(value: string): string {
    return value;
  }
}

然后在实体的Column装饰器中配置该转换器：

@Column('geometry', {
  spatialFeatureType: 'Polygon', 
  srid: 4326,
  transformer: new GeometryTransformer()
})
geom: string;

注意：部分场景下直接传入带SRID的字符串可能需要调整TypeORM配置，Raw函数的方式通常更直接可靠。

获取带"SRID=4326;"前缀的数据 #

当你从数据库查询该geometry字段时，PostGIS会自动返回SRID=4326;POLYGON(...)格式的字符串，无需额外处理——只要查询的是geometry类型字段，数据库就会自动拼接SRID前缀。

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