Open Dtenwolde opened 9 months ago
Same goes for vertices()
, edges()
, and path_length()
. Which are currently implemented using list_slice
and len(list)
. Perhaps these should be implemented as new UDFs, though they risk having the same parallelism issue as shortestpath
.
A related issue is in the following test case in shortest_path.test
-FROM GRAPH_TABLE (pg
MATCH
p = ANY SHORTEST (a:Person)-[k:knows]->{1,3}(b:Person)
WHERE a.name = 'Daniel'
COLUMNS (p, a.name as name, b.name as b_name)
) study;
Binder Error: Referenced column "p" not found in FROM clause!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
A cleaner way to implement this is to rename the UDFs shortestpath
to element_id
, iterativelength
to path_length
and create UDFs for vertices
, edges
. Or at least register these functions such that the error above will suggest to use this UDF. The actual implementation will completely rewrite the query of course and might not even trigger the UDF if the path finding operator is introduced. To be continued
The current error when using element_id(o) is:
As the way element_id is implemented is by checking the column list and seeing if there is a function named
element_id
, matching a named subpath. If the named subpath is not found, this will throw the above error, which is confusing. Change it to a more helpful error message.