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
In the DEV environment (~60k nodes), it worked great and we didn't have any problem but we deployed to PRO, the problems arose (~6.5M nodes). The performance of our DB has collapsed, even it is oversized and has plenty of hardware resources.
We started to dig in the changes that we did and fortunately, reading the current queries in execution we found out this query:
MATCH (n) WHERE (n.userId = $__id__ AND n.version = coalesce($__version__, 0)) UNWIND labels(n) AS label WITH label WHERE NOT (label IN $__staticLabels__) RETURN collect(label) AS __nodeLabels__
and this query is executed by playerNodeRepository.findById
As you can see, the MATCH(n) is searching in all nodes of our DB when it should specify the :Player node.
The difference is in our case times of 2-3 ms versus 20-30 seconds.
The text was updated successfully, but these errors were encountered:
Hi,
In a new phase of our project, we started to use
@DynamicLabels
annotation in the most numerous type of node we have in our database.In the DEV environment (~60k nodes), it worked great and we didn't have any problem but we deployed to PRO, the problems arose (~6.5M nodes). The performance of our DB has collapsed, even it is oversized and has plenty of hardware resources.
We started to dig in the changes that we did and fortunately, reading the current queries in execution we found out this query:
and this query is executed by
playerNodeRepository.findById
As you can see, the
MATCH(n)
is searching in all nodes of our DB when it should specify the:Player
node.The difference is in our case times of 2-3 ms versus 20-30 seconds.
The text was updated successfully, but these errors were encountered: