1

背景：

我在 Ubuntu 14.04 上使用 PostgreSQL 9.3.5。

在一个错误的脚本之后，我有一个需要从通过 pg_dump 创建的转储文件中恢复的表。在这个表上，我有一个基于这个wiki 页面的审计触发器。如您所见，触发函数使用了一个 hstore。

错误：

当我尝试恢复时，我得到：

$ pg_restore -a --dbname=a193 -Fc --host=localhost --port=5434 --username=postgres -W --table=foo ~/tmp/a193.dump
Password: 
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 4600; 0 26146 TABLE DATA foo u2su8s81ul0a52
pg_restore: [archiver (db)] COPY failed for table "foo": ERROR:  type "hstore" does not exist
LINE 6:     h_old hstore;

扩展确实存在。

=> \dx
                                        List of installed extensions
+--------------------+---------+------------+--------------------------------------------------------------+
|        Name        | Version |   Schema   |                         Description                          |
+--------------------+---------+------------+--------------------------------------------------------------+
| dblink             | 1.1     | public     | connect to other PostgreSQL databases from within a database |
| hstore             | 1.2     | public     | data type for storing sets of (key, value) pairs             |
| isn                | 1.0     | public     | data types for international product numbering standards     |
| pg_stat_statements | 1.1     | public     | track execution statistics of all SQL statements executed    |
| pgcrypto           | 1.0     | public     | cryptographic functions                                      |
| plpgsql            | 1.0     | pg_catalog | PL/pgSQL procedural language                                 |
| plpythonu          | 1.0     | pg_catalog | PL/PythonU untrusted procedural language                     |
| postgres_fdw       | 1.0     | public     | foreign-data wrapper for remote PostgreSQL servers           |
| uuid-ossp          | 1.0     | public     | generate universally unique identifiers (UUIDs)              |
+--------------------+---------+------------+--------------------------------------------------------------+
(9 rows)

我可以在查询中使用它（作为 postgres 用户 - 与我在上面用于恢复的角色相同）：

=> select current_user;
+--------------+
| current_user |
+--------------+
| postgres     |
+--------------+
(1 row)

=> \du
                                 List of roles
+----------------+------------------------------------------------+-----------+
|   Role name    |                   Attributes                   | Member of |
+----------------+------------------------------------------------+-----------+
| postgres       | Superuser, Create role, Create DB, Replication | {}        |
| u2su8s81ul0a52 |                                                | {}        |
+----------------+------------------------------------------------+-----------+

=> select 'a=>1'::hstore;
+----------+
|  hstore  |
+----------+
| "a"=>"1" |
+----------+
(1 row)

问题：

  1. 为什么当数据库安装了此扩展时会出现此错误？
  2. 除了放弃触发器，我怎样才能解决这个问题？删除触发器并不是世界上最糟糕的事情，但似乎这应该是可能的，并且在生产数据库中，我希望能够看到有人恢复数据等的审计跟踪。
4

2 回答 2

0

它似乎是 pg_dump 或 pg_restore 中的错误。根据上面理查德赫克斯顿的建议，我恢复到一个文件。

pg_restore --data-only --table=foo -f ~/tmp/foo.sql ~/tmp/a193.dump

当我查看内容时，我发现它在顶部执行以下操作：

SET statement_timeout = 0;
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET search_path = myschema, pg_catalog;

从 psql 内部运行这一行\i仍然失败，但编辑最后一行以包含公共模式（这是安装 hstore 的位置）有效。

SET search_path = myschema, pg_catalog, public;

然后我可以从 psql 内部运行\i并导入丢失的数据。

于 2015-01-29T18:35:39.963 回答
0

我对公共定义的两个函数（checksum和is_valid）和一个表（ ）有同样的问题。master_values这里checksum正在调用is_valid并且master_values有一个检查约束：

"master_values_master_id_check" CHECK(is_valid(master_id))"

请注意，其中任何一个都没有search_path使用或使用模式引用。

当试图恢复转储时，我在恢复过程中得到了这个：

pg_restore: [archiver (db)] COPY failed for table "master_values": ERROR:  function checksum(integer) does not exist

奇怪的是，还原后，函数和表都在那里并且按预期工作。唯一缺少的是其中的数据master_values没有得到恢复。

这是通过指定search_pathfor解决的is_valid：

ALTER FUNCTION is_valid SET search_path = public;

有关这方面的更多信息，请参阅：

于 2019-05-06T10:53:14.133 回答