You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know I'm overthinking and pre-optimizing, but would it make sense to want to setup good_job to use a different postgres database since Rails 6+ supports that?
For example using a Hobby Dev or Hobby Basic postgres on Heroku just for good_job.
Good suggestion. I think it would be possible to pass the --database flag down through the install generator.
I believe that if someone is using multiple databases, they have a level of Rails experience to observe what's happening with the generated files and move them into the appropriate place. I can't recommend someone run multiple databases specifically for GoodJob.
Thanks for your reply. I was merely thinking that if one used Sidekiq then jobs would be hitting Redis and not bogging down your Postgres db, but GoodJob also uses Postgres so there isn't any reason not to silo it to a separate db instance. But again, premature optimization thinking.
@leehericks Using separate database should already be possible via https://github.com/bensheldon/good_job#global-optionsGoodJob.active_record_parent_class
As it goes for migration, I believe it should be enough to move it from "db/migrate" to "db/your_second_db_migrate" so I'm not sure if this needs a CLI option.
I know I'm overthinking and pre-optimizing, but would it make sense to want to setup good_job to use a different postgres database since Rails 6+ supports that?
For example using a Hobby Dev or Hobby Basic postgres on Heroku just for good_job.
rails g migration
has the--database
option for that when generating the migration.Multiple Databases with Active Record
The text was updated successfully, but these errors were encountered: