gpt4 book ai didi

postgresql - rows_where 参数未传递给 pgr_nodenetwork

转载 作者:行者123 更新时间:2023-11-29 12:40:44 24 4
gpt4 key购买 nike

我正在使用 pgr_NodeNetwork pgrouting 的功能用于处理包含线串几何图形(本质上是道路)的表格的扩展。

语法如下:

select pgr_nodeNetwork(edge_table:='my_table', 
tolerance:=0.0001,
id:='id',
the_geom:='the_geom',
table_ending:='noded',
rows_where:='id < 10',
outall:=false);

特别是参数 rows_where仅用于处理条件为 rows_where 的行是真的。

但是,在开始执行时,会引发以下通知:

NOTICE:     pgr_nodeNetwork('my_table', 0.0001, 'id', 'the_geom', 'noded', '<NULL>',  f)

您可以看到通知没有考虑rows_where传递给函数的参数(在我的示例中,它是 'id < 10' )。

此外,这似乎不仅仅是通知本身的显示问题,因为处理具有数百万行的表需要数小时,而如果条件为'id < 10',则应该非常快。确实已被考虑在内(因为它将是一个少于 10 行的表)。

另一方面,如果我们探索函数本身的代码,它的开头是:

    CREATE OR REPLACE FUNCTION sig.pgr_nodenetwork(
edge_table text,
tolerance double precision,
id text DEFAULT 'id'::text,
the_geom text DEFAULT 'the_geom'::text,
table_ending text DEFAULT 'noded'::text,
rows_where text DEFAULT ''::text,
outall boolean DEFAULT false)

....

raise notice 'pgr_nodeNetwork(''%'', %, ''%'', ''%'', ''%'', ''%'', %)',
edge_table, tolerance, id, the_geom, table_ending, rows_where, outall;

如果你定义另一个具有相同参数和相同RAISE NOTICE的函数在开始的指令中,您会看到该函数引发的通知正确地再现了 rows_where用户传递的参数。

有没有人解释为什么 rows_where参数似乎被 pgr_nodeNetwork 函数完全忽略,而使用完全相同的代码定义一个全新的函数不会产生相同的结果?

最佳答案

这似乎是一个错误(https://github.com/pgRouting/pgrouting/issues/1074)。虽然扩展本身没有修复,但我提供了一个替代(自定义)功能(参见上面的链接)。

关于postgresql - rows_where 参数未传递给 pgr_nodenetwork,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51618694/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com