jzacharuk's questions

在 pgAdminIII 中，我创建了一个函数，该函数使用 RETURN TABLE 在名为标识符的单个列中返回多行：

CREATE OR REPLACE FUNCTION test(
    IN parm1 date,
    IN parm2 interval)
  RETURNS TABLE(identifier INT) 
AS
$BODY$
BEGIN
    RETURN QUERY
    SELECT 1;

END;
$BODY$
  LANGUAGE plpgsql;

创建函数后，pgAdminIII 显示该函数具有以下定义：

CREATE OR REPLACE FUNCTION test(IN parm1 date, IN parm2 interval)
  RETURNS SETOF integer AS
$BODY$
BEGIN
    RETURN QUERY
    SELECT 1;

END;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100

执行函数时，它遵循RETURNS TABLE. 但是，在编辑函数时，它会拾取RETURNS SETOF. 这提供了与我指定的功能不同的功能（例如，返回的列的名称不再存在）。

那么，如何强制 pgAdminIII 保留返回的列名identifier？我并不特别关心我是否将其定义为 aTABLE或SETOF.

INFORMATION_SCHEMA 视图是大多数主要 DBMS 提供的一组标准视图。这种设计模式的名称是什么？

例如，假设超市有十几个源数据库（Safeway、Superstore 等），您希望能够使用一个通用查询来查询所有数据库。这些源数据库中的每一个都将实现一组标准视图的模式（或范例等）是否有名称？

请注意，这纯粹是一个虚构的例子，我并不是在寻找与使用 ETL 工具或数据仓库等相比是否有意义的意见。

在主库和从库之间进行日志传送时，从库是否必须设置为只读？

通过只读，我不是在谈论仅从数据库中读取的想法。我说的是具有只读或待机/只读特定状态的数据库。

我在日志传送概述和其他相关页面中找不到任何说明这是必需的内容。这导致了一个问题，因为我无法将任何索引添加到只读数据库。

我是事务复制订阅的订阅者。我无法控制发布者。

我已阅读以下有关发布数据库架构更改的文章：

对发布数据库进行架构更改

但是，我正在尝试更改订阅端的架构（如果可能）。我想知道事务复制是否支持向订阅者表添加持久计算列。

我更喜欢这个解决方案，而不是为每个需要计算值的表添加新视图。