do not store GroupOrderArticles with zero quantity and tolerance #273
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In
GroupOrderArticle
there is a scopeordered
which means both "those articles that have been ordered", as well as "ordered by group name". In other models,ordered
is used as the latter.Cleaning this up, I could not find a reason why to keep
GroupOrderArticle
s where all quantities are zero. These records are currently the bulk of the records in this table, and consume quite some computation and disk access time (reference to #49).I've tested this on a copy of a production database with 1117655
GroupOrderArticles
, which were reduced to a mere 12372 after the migration (the migration took 5 seconds on my development machine).@bennibu as this affects the ordering algorithm, would you please comment if this is a good thing to do?
p.s. in the show group order page, articles not ordered are still presented (unless hidden by javascript)