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
Using the ID makes an additional database query necessary and doesn't work if the referenced item is purged
Describe the solution you'd like.
For the pagination cursor, instead of using the ID, use the json serialization or something similar of the cursor data struct (currently it's the whole aggregates struct)
Describe alternatives you've considered.
Only include the fields used by the selected sort type (more complicated)
Additional context
No response
The text was updated successfully, but these errors were encountered:
Not convinced this would be a good idea. The current system works perfectly fine, a single additional O(1) query is basically irrelevant compared to the cost of a post view query. Cursors are not supposed to be long-lived, and an exact post being purged during pagination is very unlikely.
Changing this is a large jump in complexity that needs to be implemented and maintained, and the size of the cursor would be huge.
Requirements
Is your proposal related to a problem?
Using the ID makes an additional database query necessary and doesn't work if the referenced item is purged
Describe the solution you'd like.
For the pagination cursor, instead of using the ID, use the json serialization or something similar of the cursor data struct (currently it's the whole aggregates struct)
Describe alternatives you've considered.
Only include the fields used by the selected sort type (more complicated)
Additional context
No response
The text was updated successfully, but these errors were encountered: