I often see applications implemented with separate task queues (e.g. Ruby's resque, the many MQ's, etc), but all background jobs I've written so far simply used the state of the database to figure out what to do next (e.g. a "last updated" timestamp can be used to determine which items to update next, setting a cache column to NULL to indicate it should be recalculated, etc).
I'm curious if there's any literature comparing these approaches.
@newt I'd stuff it in the database because working with multiple data sources is a pain.
But granted, that's a use case where a separate task queue makes sense. I still often see otherwise single-DB applications using separate queues, though.
A lonely little town in the wider world of the fediverse.