安全地使用序列主键列重命名表

我知道使用SERIAL主键的PostgreSQL表会被PostgreSQL创建一个隐式索引、序列和约束。问题是如何在重命名表时重新命名这些隐式对象。下面是我试图解决这个问题并提出具体问题的尝试。

给定一个表如下：

CREATE TABLE foo (
    pkey SERIAL PRIMARY KEY,
    value INTEGER
);

Postgres输出：

注意：CREATE TABLE将为序列列"foo.pkey"创建隐式序列"foo_pkey_seq"

注意：CREATE TABLE / PRIMARY KEY将为表"foo"创建隐式索引"foo_pkey"

查询在52毫秒内成功返回，并没有结果。

pgAdmin III SQL窗格显示了表的以下DDL脚本（简化）：

CREATE TABLE foo (
  pkey serial NOT NULL,
  value integer,
  CONSTRAINT foo_pkey PRIMARY KEY (pkey )
);
ALTER TABLE foo OWNER TO postgres;

现在重命名表：

ALTER table foo RENAME TO bar;

查询在17毫秒内成功返回，并没有结果。

pgAdmin III：

CREATE TABLE bar (
  pkey integer NOT NULL DEFAULT nextval('foo_pkey_seq'::regclass),
  value integer,
  CONSTRAINT foo_pkey PRIMARY KEY (pkey )
);
ALTER TABLE bar OWNER TO postgres;

注意额外的DEFAULT nextval('foo_pkey_seq'::regclass),这意味着重命名表不会重命名主键的序列，但现在我们有了这个显式的nextval()。

现在重命名序列：

我想保持数据库命名的一致性，所以我尝试了：

ALTER SEQUENCE foo_pkey_seq RENAME TO bar_pkey_seq;

查询在17毫秒内成功返回，并没有结果。

pgAdmin III：

CREATE TABLE bar (
  pkey serial NOT NULL,
  value integer,
  CONSTRAINT foo_pkey PRIMARY KEY (pkey )
);
ALTER TABLE bar OWNER TO postgres;

DEFAULT nextval('foo_pkey_seq'::regclass),消失了。

问题

1. DEFAULT nextval('foo_pkey_seq'::regclass)语句为什么会出现和消失？
2. 是否有一种方法可以同时重命名表和主键序列？
3. 在连接到数据库的客户端连接时重命名表和序列是否安全？是否存在并发问题？
4. Postgres如何知道使用哪个序列？是否在内部使用数据库触发器？是否还有其他需要重命名的对象除了表和序列？
5. 通过主键创建的隐式索引如何处理？是否应该重命名？如果是，如何操作？
6. 上面的约束名称如何处理？它仍然是foo_pkey。如何重命名约束？