这两个PostgreSQL函数是否相同? (退货表和退货设置)

时间:2015-05-31 18:40:29

标签: sql postgresql plpgsql postgresql-8.3

我正在同时处理两个PostgreSQL安装:我的本地环境和真正的远程服务器。遗憾的是,服务器有一个旧版本(8.3.11),我的本地环境更新(9.4)。

我目前无法更新远程服务器,因此我将在9.4中运行良好的函数(它使用RETURNS TABLE)转换为8.3.11中应该没问题的函数(它应该使用RETURNS SETOF)。

但是当本地环境功能运行良好并且它提供了良好的结果时,远程的总是没有结果(使用相同的表!)

那么,这两个完全相同吗?

本地环境的新功能:

CREATE OR REPLACE FUNCTION pra2.GetGamesOnDate(date) 
  RETURNS TABLE (game_date date, is_home varchar, is_away varchar) AS $$
BEGIN
   RETURN QUERY  
   SELECT g.game_date, p1.team_name AS plays_at_home, p2.team_name AS plays_away
   FROM pra2.game g
   JOIN pra2.team p1 ON g.is_home = p1.team_id
   JOIN pra2.team p2 ON g.is_away = p2.team_id
   WHERE g.game_date = $1;
   IF NOT FOUND THEN
      RAISE EXCEPTION 'No hay partidos para la fecha %.', $1;
   END IF;
   RETURN;
END
$$
   LANGUAGE plpgsql;

这里我修改了使用SETOF

的功能
CREATE TYPE return_type AS 
(game_date date,
is_home varchar,
is_away varchar);

CREATE OR REPLACE FUNCTION pra2.GetGamesOnDate(date) 
  RETURNS SETOF return_type AS $$ 
DECLARE
   _rec return_type;
BEGIN
   RETURN QUERY  
   SELECT g.game_date, p1.team_name AS plays_at_home, p2.team_name AS plays_away
   FROM pra2.game g
   JOIN pra2.team p1 ON g.is_home = p1.team_id
   JOIN pra2.team p2 ON g.is_away = p2.team_id
   WHERE g.game_date = $1;
   IF NOT FOUND THEN
   RAISE EXCEPTION 'No hay partidos para la fecha %.', $1;
   END IF;
      RETURN next _rec;
END
$$
   LANGUAGE plpgsql;

它根本没有提供任何错误消息,它运行正常,但它不会产生任何结果(它总是引发异常消息),所以我想知道SETOF查询中是否有错误设置。 ..

2 个答案:

答案 0 :(得分:3)

从文档来看,RETURN QUERY在PostgreSQL 8.3中没有设置FOUND。 (PostgreSQL 9.1的相关文档位于http://www.postgresql.org/docs/9.1/static/plpgsql-statements.html#PLPGSQL-STATEMENTS-DIAGNOSTICS;相应的语句没有出现在http://www.postgresql.org/docs/8.3/static/plpgsql-statements.html#PLPGSQL-STATEMENTS-DIAGNOSTICS的相应PostgreSQL 8.3文档中。)因此,IF NOT FOUND检查是不是做了什么你想要的。

说实话,我不确定在PostgreSQL 8.3中实现这一目标的最佳方法是什么。一种选择是写这样的东西:

CREATE OR REPLACE FUNCTION pra2.GetGamesOnDate(date) 
RETURNS SETOF return_type AS $$ 
DECLARE _rec return_type;
        has_rec boolean;
BEGIN
    has_rec := false;
    FOR _rec IN
        SELECT g.game_date, p1.team_name AS plays_at_home, p2.team_name AS plays_away
        FROM pra2.game g
        JOIN pra2.team p1 ON g.is_home = p1.team_id
        JOIN pra2.team p2 ON g.is_away = p2.team_id
        WHERE g.game_date = $1
    LOOP
        has_rec := true;
        RETURN NEXT _rec;
    END LOOP;
    IF NOT has_rec THEN
        RAISE EXCEPTION 'No hay partidos para la fecha %.', $1;
    END IF;
END
$$ LANGUAGE plpgsql;

(免责声明:未经测试。)

答案 1 :(得分:1)

PL / pgSQL does not set the special variable FOUND for RETURN QUERY in PostgreSQL 8.3。那是added with Postgres 8.4

但你仍然不必诉诸更复杂和昂贵的循环。您可以使用另一种方法 GET DIAGNOSTICS _ct = ROW_COUNT; ,该手册在手册的FOUND旁边进行了解释:

CREATE TYPE return_type AS ( ...);

CREATE OR REPLACE FUNCTION pra2.GetGamesOnDate(date) 
  RETURNS SETOF return_type AS
$func$ 
DECLARE
   _ct int;
BEGIN
   RETURN QUERY  
   SELECT g.game_date, p1.team_name, p2.team_name
   FROM   pra2.game g
   JOIN   pra2.team p1 ON g.is_home = p1.team_id
   JOIN   pra2.team p2 ON g.is_away = p2.team_id
   WHERE  g.game_date = $1;

   GET DIAGNOSTICS _ct = ROW_COUNT;  -- number of returned rows.

   IF _ct = 0 THEN
      RAISE EXCEPTION 'No hay partidos para la fecha %.', $1;
   END IF;
END
$func$  LANGUAGE plpgsql;

此外,您的变量_rec return_typeRETURN next _rec;在原始版本中没有任何用途。

现在功能相同。你甚至可以在Postgres 9.4中使用它。

密切相关的答案:

除此之外:在Postgres中,像 GetGamesOnDate 这样的Camel案例标识符是个坏主意。坚持合法的小写名称。