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
We fetch a whole tree of data which includes a lot of data that we don't use and will not use for the purposes of QuizCreation.
This results in a lot of extra data ending up in the database.
Currently, it is using a HexUUIDField as the child validator. It doesn't seem like saving the IDs only will be helpful as we need things like the ancestors and assessmentids to be included there, likely including a few other things.
Acceptance criteria
Bring parity between the QuizExercise type defined in quizCreationSpecs.js and the actual results we're saving in the resource_pool that are fetched by way of ContentNode.fetchTree - basically, update the fields to match the names in the API response, then only keep the ones that are being used during QuizCreation
There needs to be a better validator on the QuizSectionSerializer.resource_pool which ensures that only the required fields are listed there - basically, make a Django serializer which matches the newly updated QuizExercise type.
The text was updated successfully, but these errors were encountered:
I am a bit confused by the requirements here - listing anything more than the ids for the ContentNodes will mean that we are creating an implicit cache of the content node metadata, with no real mechanism for invalidating it. Surely the point of only storing the ids is so that we can fetch the most up to date metadata from the content node API?
Overview
We fetch a whole tree of data which includes a lot of data that we don't use and will not use for the purposes of QuizCreation.
This results in a lot of extra data ending up in the database.
Currently, it is using a HexUUIDField as the child validator. It doesn't seem like saving the IDs only will be helpful as we need things like the
ancestors
andassessmentids
to be included there, likely including a few other things.Acceptance criteria
QuizExercise
type defined inquizCreationSpecs.js
and the actual results we're saving in theresource_pool
that are fetched by way ofContentNode.fetchTree
- basically, update the fields to match the names in the API response, then only keep the ones that are being used during QuizCreationuseQuizCreation#addToWorkingResourcePool
(merged in Synchronise user selections with Quiz Creation State #11783) massage the fetchTree-fetched data to map to the newly updatedQuizExercise
typedefQuizExercise
type.The text was updated successfully, but these errors were encountered: