Avoiding table name conflict when multiple delayed job accessing the same database
(1) In application.rb, configure the table name:
config.active_job.queue_adapter = :delayed_job config.after_initialize do Delayed::Backend::ActiveRecord::Job.table_name = 'app_one_delayed_jobs' end
(2) Create a DB migration to add the "app_one_delayed_jobs" table. It should follow the structure defined by DJ. E.g.
class CreateAppOneDelayedJobs < ActiveRecord::Migration def self.up create_table :app_one_delayed_jobs, force: true do |table| table.integer :priority, default: 0, null: false # Allows some jobs to jump to the front of the queue table.integer :attempts, default: 0, null: false # Provides for retries, but still fail eventually. table.text :handler, null: false # YAML-encoded string of the object that will do work table.text :last_error # reason for last failure (See Note below) table.datetime :run_at # When to run. Could be Time.zone.now for immediately, or sometime in the future. table.datetime :locked_at # Set when a client is working on this object table.datetime :failed_at # Set when all retries have failed (actually, by default, the record is deleted instead) table.string :locked_by # Who is working on this object (if locked) table.string :queue # The name of the queue this job is in table.timestamps null: true end add_index :app_one_delayed_jobs, [:priority, :run_at], name: "app_one_delayed_jobs_priority" end def self.down drop_table :app_one_delayed_jobs end end
(3) Repeat the above steps for other apps.
(4) Execute the DB migrations.
(5) Restart Application and Delayed Job.
AI Summary
Chrome On-device AI
2024-10-04 21:55:23
Share Article