5

问题：pg_dump 命令有没有办法不使用 search_path 来设置模式，而是用表名定义模式

我的一般情况是我正在尝试转储和恢复一个包含许多模式的 postgis 数据库（这是为了将我的数据库迁移到 Amazon RDS）。在每个模式中，我都有包含地理列的表。从转储生成的 SQL 类似于：

CREATE SCHEMA aaaa; 
SET search_path = aaaa, pg_catalog;

SET default_tablespace = '';
SET default_with_oids = false;
--
-- TOC entry 346 (class 1259 OID 1135099)
-- Name: main; Type: TABLE; Schema: aaaa; Owner: -
--
CREATE TABLE main (
    pk bigint NOT NULL,
    geometry public.geography(Geometry,4283),
    batch bigint NOT NULL,
    json jsonb NOT NULL,
    cache jsonb NOT NULL,
    active bigint DEFAULT date_part('epoch'::text, now()) NOT NULL,
    inactive bigint DEFAULT '8640000000000000'::bigint NOT NULL );

但是，在恢复时，我收到以下错误：

pg_restore: [archiver (db)] 来自 TOC 条目 346 的错误；1259 1135099 TABLE main mapworks pg_restore: [archiver (db)] 无法执行查询：错误：关系“spatial_ref_sys”不存在第 3 行：
geometry public.geography(Geometry,4283)，^ QUERY: SELECT proj4text FROM spatial_ref_sys WHERE srid = 4283 LIMIT 1 命令是：CREATE TABLE main（pk bigint NOT NULL，geometry public.geography（Geometry，4283），batch bigint NOT NULL，jso ...

然后事情就从那里变成梨形了。

到目前为止，我已经推断出，由于“公共”模式未包含在搜索路径中，因此该操作无法找到“spatial_ref_sys”表。奇怪的是，如果 EPSG 代码是 4326，这可以正常工作。

所以......我能做些什么呢？有没有办法告诉 pg_dump 不要使用 search_path？

我要转储的服务器：

x86_64-pc-linux-gnu 上的 PostgreSQL 9.6.1，由 gcc (Debian 4.9.2-10) 4.9.2 编译，64 位

POSTGIS="2.3.1 r15264" GEOS="3.4.2-CAPI-1.8.2 r3921" PROJ="Rel. 4.8.0，2012 年 3 月 6 日" GDAL="GDAL 1.10.1，2013 年 8 月 26 日发布" LIBXML="2.9.1" LIBJSON="0.11.99"（来自“2.3.0 r15146”的核心过程需要升级）拓扑（来自“2.3.0 r15146”的拓扑过程需要升级）RASTER（来自“2.3.0”的光栅过程r15146" 需要升级）

我要恢复到的服务器：

x86_64-pc-linux-gnu 上的 PostgreSQL 9.6.1，由 gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-16) 编译，64 位

POSTGIS="2.3.0 r15146" GEOS="3.5.0-CAPI-1.9.0 r4084" PROJ="Rel. 4.9.2，2015 年 9 月 8 日" GDAL="GDAL 2.1.1，2016 年 7 月 7 日发布" LIBXML="2.9.1" LIBJSON="0.12" 拓扑栅格

4

0 回答 0