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
{{ message }}
This repository has been archived by the owner on Feb 7, 2018. It is now read-only.
To prevent releases from the addon/game page to require a query to fetch the addon details every single time, the releases should offer the possibility of chainloading via a natural join - possibly even only instancing the actual addon model when required. Thus would greatly reduce the SQL query overhead.
The text was updated successfully, but these errors were encountered:
The model class is now aware of fetches via fetch($model, $row) - chainloading should optionally be specified on presenter level, maybe via $model->chainloadAddon(), $calling this->chainload('Addon', 'addon')?
Then the last thing to do is to make the PersistenceService table-aware by prefixing, deserializing the chainloaded model and injecting it into the original model.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
To prevent releases from the addon/game page to require a query to fetch the addon details every single time, the releases should offer the possibility of chainloading via a natural join - possibly even only instancing the actual addon model when required. Thus would greatly reduce the SQL query overhead.
The text was updated successfully, but these errors were encountered: