Replies: 2 comments 12 replies
-
This performance hit is a consequence of using the field/entity definition powered lookups on Rollup metadata. There is a proposed fix for this that comes out in the next version, but it requires filling out all Rollup metadata yourself using the text-based overrides instead of the dropdown based methods for filling in object and field names. I have also brought up the issue of the speed of custom metadata queries internally and it's my hope that will also eventually be addressed |
Beta Was this translation helpful? Give feedback.
-
Hi @jamessimone I see you've implemented this in this release: #698 I have enabled the "Should Optimise CMDT Queries" checkbox on my rollup settings. I have also updated my Rollup record as below: However, I'm getting an error: Had a bit of a play around but couldn't get it to work. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm just getting my feet wet with Apex Rollups. It's an awesome tool!
However, I'm noticing a real performance issue that I think is being caused by the tool. I have 6 cmdc rollups configured (all SUM operations using a WHERE clause). When I insert/update/delete a child record, there is a noticeable lag as the save operation occurs.
Running some debugs and looking at the Performance Tree, the culprit seems to be a query that ApexRollups is running. Interestingly, even if disable rollups in Custom Settings, this query still runs and causes a performance hit. I'm assuming this is getting the cmdt config for all rollups. See screenshot below.
There are no other triggers on this object. And the one trigger is purely for ApexRollups, no other code in there.
Is this normal? 1.3s seems long for a query.
Thanks
Beta Was this translation helpful? Give feedback.
All reactions