`recent_crate_downloads` materialised view is not refreshed with the new download counting implementation
LawnGnome opened this issue · comments
In the old update_downloads job, the final act was to refresh the recent_crate_downloads materialised view. The new download counting implementation does not do this, which means that we'll have stale download counts being displayed in places that use recent_crate_downloads as a data source.
How we integrate this into the new download counting code is another question: refreshing the view takes several minutes at best, so doing it each time we parse a log file definitely isn't an option. Maybe we run it hourly as a scheduled task?
Strike this, I think I misread the code. My bad.