Database setup for production in Ruby on Rails - Practice Problems & Coding Challenges

Challenge - 5 Problems

🧠 Conceptual

intermediate

Understanding Rails production database configuration

In a typical Rails app, where should you specify the production database credentials?

A In the config/database.yml file under the production section

B Directly in the config/environments/production.rb file

C Inside the Gemfile

D In the app/models/production.rb file

💡 Hint

Think about where Rails expects database connection details for different environments.

The config/database.yml file holds database settings for all environments, including production.

❓ component_behavior

intermediate

Effect of missing production database config

What happens if you try to run rails db:migrate RAILS_ENV=production but the production database is not configured properly?

A Rails raises a connection error and migration does not run

B Rails runs migrations on the development database instead

C Rails creates a new SQLite database automatically

D Rails skips migrations silently without error

💡 Hint

Consider what happens when Rails cannot connect to the specified database.

If the production database config is missing or incorrect, Rails cannot connect and raises an error.

📝 Syntax

advanced

Correct production database.yml snippet

Which of the following is the correct way to specify a PostgreSQL production database in config/database.yml?

A

production:
  adapter: postgresql
  encoding: utf8
  database: myapp_development
  pool: 5
  username: myuser
  password: mypass

B

production:
  adapter: mysql
  encoding: utf8
  database: myapp_production
  pool: 5
  username: myuser
  password: mypass

C

production:
  adapter: sqlite3
  database: db/production.sqlite3
  pool: 5

D

production:
  adapter: postgresql
  encoding: unicode
  database: myapp_production
  pool: 5
  username: myuser
  password: mypass

💡 Hint

PostgreSQL uses adapter: postgresql and production database name should match environment.

Option D correctly sets PostgreSQL adapter, encoding, and production database name.

🔧 Debug

advanced

Debugging production database connection error

You deployed your Rails app and get this error when accessing it: PG::ConnectionBad: could not connect to server: Connection refused. What is the most likely cause?

A The Rails secret key base is not set

B The Rails app is missing the 'pg' gem in the Gemfile

C PostgreSQL server is not running or not reachable from the app server

D The database.yml file has a syntax error in the development section

💡 Hint

Connection refused usually means the app cannot reach the database server.

This error means the PostgreSQL server is down or network connection is blocked.

❓ state_output

expert

Result of running migrations with multiple environments

Given this command run on a Rails app: RAILS_ENV=production rails db:migrate
Assuming the production database is configured and migrations exist, what is the state of the development database after this command?

A The development database is reset and migrated

B The development database remains unchanged; only the production database is migrated

C Both development and production databases are migrated

D The command fails because it tries to migrate both environments

💡 Hint

Consider how Rails handles environment variables for database commands.

Setting RAILS_ENV=production tells Rails to run migrations only on the production database.

Practice

1. What file do you edit to configure your production database settings in a Rails app?

easy

A. config/initializers/database.rb

B. config/routes.rb

C. config/environments/production.rb

D. config/database.yml

Solution

1. Step 1: Identify the configuration file for databases

   Rails uses config/database.yml to set up database connections for all environments including production.

2. Step 2: Confirm production environment settings location

   The production database details like adapter, username, password, and host are specified inside config/database.yml under the production section.

3. Final Answer:

   config/database.yml -> Option D

4. Quick Check:

   Production DB config = config/database.yml [OK]

Hint: Production DB settings are always in database.yml [OK]

Common Mistakes:

• Confusing environment config files with database config
• Editing routes.rb for database settings
• Looking in initializers for DB config

2. Which command correctly sets up the production database in Rails?

easy

A. rails db:migrate RAILS_ENV=production

B. rails db:create RAILS_ENV=production

C. rails db:setup RAILS_ENV=production

D. rails db:seed RAILS_ENV=production

Solution

1. Step 1: Understand the purpose of each command

   db:create creates the database, db:migrate runs migrations, db:seed loads seed data, and db:setup does all three: create, migrate, and seed.

2. Step 2: Choose the command that fully prepares the production DB

   To fully prepare the production database, including creation, migration, and seeding, use rails db:setup RAILS_ENV=production.

3. Final Answer:

   rails db:setup RAILS_ENV=production -> Option C

4. Quick Check:

   Full DB setup = rails db:setup [OK]

Hint: Use db:setup to create, migrate, and seed at once [OK]

Common Mistakes:

• Using db:create alone without migrations
• Running db:migrate without creating DB first
• Forgetting to specify RAILS_ENV=production

3. Given this config/database.yml snippet for production:

production:
  adapter: postgresql
  encoding: unicode
  database: myapp_production
  pool: 5
  username: user123
  password: secret
  host: db.example.com

What will happen if you run rails db:setup RAILS_ENV=production?

medium

A. It creates the production database, runs migrations, and loads seed data using the given credentials.

B. It only creates the database but does not run migrations or seed data.

C. It throws an error because the host is not localhost.

D. It ignores the production section and uses development settings instead.

Solution

1. Step 1: Understand db:setup behavior with production config

   The command rails db:setup RAILS_ENV=production reads the production section in database.yml and uses those credentials to create the DB, run migrations, and seed data.

2. Step 2: Confirm host usage and environment selection

   Using a remote host like db.example.com is valid if accessible. The command will not default to development but use production as specified.

3. Final Answer:

   It creates the production database, runs migrations, and loads seed data using the given credentials. -> Option A

4. Quick Check:

   db:setup uses production config fully [OK]

Hint: db:setup uses production config fully, even remote hosts [OK]

Common Mistakes:

• Assuming db:setup only creates DB without migrations
• Thinking host must be localhost
• Forgetting to specify RAILS_ENV=production

4. You run rails db:setup RAILS_ENV=production but get a connection error. Which is the most likely cause?

medium

A. You ran the command without RAILS_ENV=production.

B. The config/database.yml production section has wrong credentials or unreachable host.

C. The production database already exists.

D. You forgot to run rails db:migrate first.

Solution

1. Step 1: Analyze connection error causes

   Connection errors usually mean the app cannot reach the database server or the credentials are invalid.

2. Step 2: Check command and environment usage

   Running rails db:setup creates and migrates the DB, so missing migrations or existing DB are unlikely causes of connection errors.

3. Final Answer:

   The config/database.yml production section has wrong credentials or unreachable host. -> Option B

4. Quick Check:

   Connection error = wrong credentials or host [OK]

Hint: Connection errors usually mean bad credentials or host [OK]

Common Mistakes:

• Assuming migrations cause connection errors
• Ignoring environment variable in command
• Thinking existing DB causes connection failure

5. You want to securely manage your production database credentials without hardcoding them in config/database.yml. Which approach is best practice?

hard

A. Use environment variables referenced in database.yml for username and password.

B. Store credentials in plain text inside database.yml but restrict file permissions.

C. Commit encrypted credentials directly in database.yml without decryption setup.

D. Remove username and password from database.yml and rely on default system user.

Solution

1. Step 1: Understand secure credential management

   Hardcoding sensitive info in files is risky. Using environment variables keeps secrets out of code and config files.

2. Step 2: Confirm best practice in Rails

   Rails supports referencing environment variables in database.yml like <%= ENV['DB_USERNAME'] %> for secure, flexible credential management.

3. Final Answer:

   Use environment variables referenced in database.yml for username and password. -> Option A

4. Quick Check:

   Env vars for DB credentials = best practice [OK]

Hint: Use ENV vars in database.yml to keep credentials safe [OK]

Common Mistakes:

• Hardcoding passwords in config files
• Committing encrypted data without decryption
• Relying on system defaults without credentials