我正在使用扩展的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 函数似乎完全忽略了该参数,而使用完全相同的代码定义一个全新的函数却不会产生相同的结果?