Currently the entire schema is full of single value properties (settings) which could actually all be moved into one serialized data property. Is there a reason why every setting currently has its own column? Using a data property for the settings makes a lot of sense if you ask me and it is also way more flexible and could be used by other implementing modules to store additional information to customize specific quizzes, etc.

Comments

djdevin’s picture

Version: 7.x-4.x-dev » 7.x-5.x-dev
Issue summary: View changes

Probably a good idea. There is no reason to keep adding columns for configurations that most likely will not be used in reporting.