You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks or the detailed test case. Checking the issue, the ArcadeDB gremlin processor uses the native count as an optimization when it shouldn't because of the existent condition. Working on it.
ArcadeDB Version:
ArcadeDB Server v24.6.1 (build fbc1c77c7e1c52197abdd8661e5b34749babf3d6/1721708610769/main)
OS and JDK Version:
Running on Linux 6.5.0-45-generic - OpenJDK 64-Bit Server VM 17.0.11
Expected behavior
Counting vertices with a
.has(...).count()
query using a property with a boolean type should only include matching vertices in the result.Actual behavior
The
.has(...)
part of the query is ignored and the total number of vertices is returned.Steps to reproduce
All commands are executed in the console on a fresh download of the 24.6.1 build.
First a database is created, then a vertex of type
A
and a boolean propertyb
:Now 4 instances of
A
are created. 2 haveb
set totrue
, 1 hasb
set tofalse
and 1 has nob
property:There are 2 vertices which have
b
set to 'true':But
count()
returns 4:There is 1 vertex which has
b
set tofalse
:But
count()
returns 4:Counting the vertices without
b
works as expected:The text was updated successfully, but these errors were encountered: