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
The current audit log endpoints perform additional database queries for each audit log row, at least to check if the resource has been deleted or not and to verify resources for creating a link to the resource (auditLogIsResourceDeleted, auditLogResourceLink). For workspace builds we do up to 4 separate queries as a result.
As Steven put it:
Do we really do these functions for every audit log row?!
This is an inefficient way to do it, however, the query to handle all the different types of resources would also become quite complex. But it would be nice to have a better solution for this or at least minimize the number of queries we need to do.
The text was updated successfully, but these errors were encountered:
The current audit log endpoints perform additional database queries for each audit log row, at least to check if the resource has been deleted or not and to verify resources for creating a link to the resource (
auditLogIsResourceDeleted
,auditLogResourceLink
). For workspace builds we do up to 4 separate queries as a result.As Steven put it:
This is an inefficient way to do it, however, the query to handle all the different types of resources would also become quite complex. But it would be nice to have a better solution for this or at least minimize the number of queries we need to do.
The text was updated successfully, but these errors were encountered: