Closed tmimura39 closed 2 months ago
Huh, no! That's totally a mistake. It should be a bigint. I'm quite surprised how that ended up as an integer
if the original way that table was created was via this migration. That should have been automatically a bigint
😕
All the job_id
references in the _executions
tables were wrong too! I'm stumped about why this was the case 😕
I've fixed it now and shipped version 0.8.2 with the change.
I think this should be fixed now, but let me know if that's not the case for you, and I'll reopen!
Running
db:prepare
(ordb:schema:load:queue
) based on a single migration file from this commit will result in the following errorSince rails nowadays creates the primary key (id) as a bigint, shouldn't the job_id in the executions table also be a bigint? https://github.com/rails/solid_queue/blob/d2732610056ae265616d4f73934bfa41849dfc33/lib/generators/solid_queue/install/templates/db/queue_schema.rb#L3
If there is a reason why jobs.id should be an integer instead of a bigint, I think it should be explicitly stated.