5

我使用pgtap来测试 postgresql 存储过程。它的results_eq函数获取存储过程的结果，将其与预期结果进行比较，如果两者不相等则报告失败。

这是我正在运行的代码：

PREPARE result_have AS SELECT select_some_data(12345, 'test_string');
PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)');
SELECT results_eq('result_have', 'result_want');

这是失败输出：

not ok 21
# Failed test 21: "this should return a result"
#     Columns differ between queries:
#         have: ("(""2010-09-07 06:05:00+00"",100.0)")
#         want: ("(""2010-09-07 06:05:00+00"",100.0)")
# Looks like you failed 1 test of 21

我可能真的睡眠不足，但想要和看起来和我很相似。

有谁知道为什么这被报告为失败？

有关详细信息的更新：这就是我定义相关存储过程的方式：

CREATE OR REPLACE FUNCTION select_some_data
(
    IN p_some_pkey integer,
    IN p_some_code varchar(16)
)
RETURNS TABLE(timestamp_utc timestamp with time zone, value varchar)
  ...

所以按照彼得的建议，我尝试更改我的代码，但没有成功：

PREPARE result_have AS SELECT select_some_data(12345, 'test_string');
-- TODO: none of these work, syntax error at or near "TABLE"
-- PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)'::TABLE(timestamp with time zone, varchar));
-- PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)'::'TABLE(timestamp with time zone, varchar)');
-- this is the old code...
PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)');

SELECT results_eq('result_have', 'result_want');

正如您可能会说的那样，即使是基本的 postgresql 语法，我也几乎是在黑暗中刺伤 - 谷歌和 postgresql.org 上的搜索在搜索::. 我最终冒险猜测这可能是一个运算符并发现::是一个类型转换。CREATE FUNCTION的column_name参数文档说'也暗示'这让我例如在这里，也许在这里和这里。新尝试：RETURNS TABLERETURNS SETOF

PREPARE result_have AS SELECT select_some_data(12345, 'test_string');
-- TODO: doesn't work, syntax error at or near "("
-- PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)'::SETOF(timestamp with time zone, varchar));
-- TODO: doesn't work, syntax error at or near ","
-- PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)'::SETOF RECORD(timestamp with time zone, varchar));
-- this is the old code...
PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)');

SELECT results_eq('result_have', 'result_want');

这是没有意义的，我只是在这里做猜测。任何人都可以用正确的语法帮助我吗？另请注意，该功能只是RETURNS TABLE因为这是我能够开始工作的第一件事，所以如果有需要更改的解决方案，我很乐意更改它。

更新 2：postgresql IRC 频道 (irc://irc.freenode.net/#postgresql) 上的 RhodiumToad 帮助我使用了正确的语法。如果我对 postgresql 的了解比我多一点，我可能会认为这才有意义：两种数据类型，两种类型转换（DOH！）:o)。

另外，目前测试数据库中只有一个数据集，所以上面使用的语法可能仍然有效。据我所知，一旦返回多个数据集，它可能会失败，所以它应该是SELECT * FROM，而不仅仅是SELECT：

PREPARE result_have AS SELECT * FROM select_some_data(12345, 'test_param_code');
PREPARE result_want AS VALUES ('2010-09-07 06:05:00+00'::timestamp with time zone, '100.0'::varchar);

SELECT results_eq('result_have', 'result_want', 'have and want should be equal');

现在拥有和想要的结果被比较为相等并且测试通过。运行测试时的日志输出：

ok 21 - have and want should be equal
ok
All tests successful.
Files=1, Tests=21,  1 wallclock secs ( 0.02 usr  0.00 sys +  0.05 cusr  0.03 csys =  0.10 CPU)
Result: PASS

呜！:-)

4

1 回答 1

4

您没有提供所有详细信息，但我怀疑这是数据类型不匹配。pgTAP 往往需要完全匹配。试试这个：

PREPARE result_want AS VALUES ('("2010-09-07 06:05:00+00",100.0)'::foo);

其中foo是函数的返回类型select_some_data。

于 2011-09-06T21:28:19.750 回答