Support variable when seeking by id in match clause

[yixinglu]

What type of PR is this?

• bug
• feature
• enhancement

What problem(s) does this PR solve?

Issue(s) number:

#5509

Description:

The following query will execute full index scan even though the filter in where clause is from some specified vid list. it's very slow for these cases since nebula could not find a reasonable start point for path pattern.

with 'Tim Duncan' as vid match (v)--(v2) where id(v)==vid return *;

How do you solve it?

I add a new start point seeker in match planner to generate a argument plan node referencing the input data from other clause. this argument plan node can avoid to scan all index or vertices/edges.

In this PR, I restrict the usage of the seeker for the filter related to node and exclude the case that some variable is from current match path pattern, such as:

with 1 as vid match (v)--(v2) where id(v)==v2 return *;

The index selection for variable will be supported in next pr.

Special notes for your reviewer, ex. impact of this fix, design document, etc:

Checklist:

Tests:

• Unit test(positive and negative cases)
• Function test
• Performance test
• N/A

Affects:

• Documentation affected (Please add the label if documentation needs to be modified.)
• Incompatibility (If it breaks the compatibility, please describe it and add the label.）
• If it's needed to cherry-pick (If cherry-pick to some branches is required, please label the destination version(s).)
• Performance impacted: Consumes more CPU/Memory

Release notes:

Please confirm whether to be reflected in release notes and how to describe:

ex. Fixed the bug .....