pgAdmin 说 n 条记录受影响，输出显示 n*x 条记录受影响

Question

我在本地使用 pgAdmin 4v2.1，postgresql 9.6，运行ning。

直到昨天我才注意到 pgAdmin 中的任何查询问题，我在昨天添加了对 row_number 的调用以创建一个插入脚本（详情如下），该脚本具有基于行号的主键值。

在运行之后，似乎 pgAdmin 搞砸了并将数据输出附加在一起？我添加问号是因为我没有过多地研究实际数据，但输出似乎每次都变得 n 行更长，n 是查询应该是的实际行数returning.

例子创建一个 table 并插入一些数据。我的 table 如下：

CREATE TABLE sample
(
    name_1 character varying(250),
    name_2 character varying(250),
    name_1_id integer,
    name_2_id integer
);

这是一个临时 table，用于暂存数据导入以进行清理，然后我映射到 name_1 和 name_2 的现有 ID。一切顺利。

我的总行数是 2473，这是正确的。这 return 每次 都是正确的值 。

select count(*) from sample;

现在是棘手的部分：

我可以运行下面的代码并且它有效（2473 条记录 returned）

select name_1_id, name_2_id from sample;
我可以运行这个，而且有效（2098条记录，分组后）

select name_1_id, name_2_id from sample group by name_1_id, name_2_id;
现在，如果我运行第二次执行上述任一查询，我将开始返回无意义的行。
- 按查询分组 returns 4473 行。
- 同一个 pgAdmin 会话中任一查询的每个额外运行似乎都会在记录集中 return 增加 1000 行，尽管在某些查询中可能不止于此。额外的行是实际数据的副本，使用 row_number 生成行号也会重复。（我正在迁移现有数据并使用 row_number 为查找数据生成主键，当编写脚本插入脚本时。）

我假设这是一个 pgAdmin 错误。有没有办法不用每次都使用单独的工具或新查询 window（会话）来解决这个问题？

Answer 1

是的，这是一个错误，将在下一个版本中修复。参考：https://redmine.postgresql.org/issues/3039

您可以使用 DEV 版本，直到它公开发布。下载：https://developer.pgadmin.org/~dpage/runtime-revamp/

确保在发布后升级到稳定版。

pgAdmin says n records affected, output shows n*x records affected