Some of you may have seen this and also be expereince an increase in resources when logically it should not.
I was trying to optimise my app to get rid of what appears to be a race condition.
Let me explain:
I set-up an API workflow on a list and originally I had all the actions in the one API workflow.
The first issue I found was that no matter what I did it appeared that the second list record that the work-flow was working on trips over the first in the list and fails to create a new thing, particularly when it has to first search to see if that thing exists - records after this all process correctly.
So the solution I tried was break up the API work-flow to multiple branches, what I mean by this is that if the thing exists then go to workflow A. and execute these processes, and if the thing does not exists then go to workflow B. and create the thing then execute this process. Logically by breaking up the workflow it should be more efficient, right?
BUT! It appears that it still trips over itself, especially when it creates a new thing, but more importantly not the CPU usage appears to be greater than having all the processes in the one work-flow!
I have noticed that those who have a branch method of working with API workflows have reported a large use of resources too.
So from what I can see it is advisable to throw everything into the one API workflow for a process rather than call child API workflows , but this does not make sense!
So I have noticed 2 issues here, 1. a situation when working on a list the second process trips over the first and no matter how efficient you are working more API workflows uses more resources, even when breaking a large workflow down into smaller ones.
Has anyone else experienced the same?