To give an arbitrary example: I have a calendar day with calendar entries (for that day).
Typically I could get the calendar entries by getting the calendar day and setting a relation depth of 1 to get the entries. If I wanted to get the activities associated with each entry I could use relation depth of 2. Had to stop using this as I would only get the default 10 calendar entries back for each calendar day and needed more. So I switched to using LoadRelationsQueryBuilder and now I can pull up to 100 (which is great).
But now that I am using LoadRelationsQueryBuilder, I cannot pull the activities for each calendar entry after trying setRelationDepth.
What I meant with āā¦a WHERE clause that pairs it down to only the related onesā¦ā is that I could go directly to the CalendarEntry table and use a where clause such as āWHERE relCalendarDay.id = certain idā to get only the entries that match the id of the parent object. We have a separate column that links the id of the calendar day to each entry. And from there if I set a relation depth of 1 I could get the exact activity details I am looking for all in one object. This mainly plays off the caveat that we have a column that tells you the id of the parent for each child tuple.
I am just not sure which way is easier, the way you suggested seems to require a lot of async calls (using the id of each child to then find the data for any relation columns). Again, I could be misunderstanding your solution