discourse/config/database.yml

development:
  prepared_statements: false
  adapter: postgresql
  database: <%= ENV['DISCOURSE_DEV_DB'] || 'discourse_development' %>
  min_messages: warning
  pool: 5
  timeout: 5000
  checkout_timeout: <%= ENV['CHECKOUT_TIMEOUT'] || 5 %>
  host_names:
    ### Don't include the port number here. Change the "port" site setting instead, at /admin/site_settings.
    ### If you change this setting you will need to
    ###   - restart sidekiq if you change this setting
    ###   - rebake all to posts using: `RAILS_ENV=production bundle exec rake posts:rebake`
    - "localhost"

# Warning: The database defined as "test" will be erased and
# re-generated from your development database when you run "rake".
# Do not set this db to the same as development or production.
test:
  prepared_statements: false
  adapter: postgresql
  database: <%= ENV["RAILS_DB"] ? ENV["RAILS_DB"] : "discourse_test" %>
  min_messages: warning
  pool: 5
  timeout: 5000
  host_names:
    - test.localhost

# profile db is used for benchmarking using the script/bench.rb script
profile:
  prepared_statements: false
  adapter: postgresql
  database: discourse_profile
  min_messages: warning
  pool: 5
  timeout: 5000
  host_names:
    - "localhost"
# You may be surprised production is not here, it is sourced from application.rb using a monkey patch
# This is done for 2 reasons
#
# 1. we need to support blank settings correctly and rendering nothing in yaml/erb is a PITA
# 2. why go from object -> yaml -> object, pointless
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`development:`
PERF: disable prepared statements see: https://github.com/rails/rails/issues/21992 2015-10-18 22:02:22 -05:00			`prepared_statements: false`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`adapter: postgresql`
Switch Development Database via ENV var This is useful if you use multiple development databases locally and don't want to constantly `db:drop db:create` into `discourse_development`. Simply add `DISCOURSE_DEV_DB=whatever_db` as an ENV variable and Discourse will use it in development mode. 2017-09-04 11:14:34 -05:00			`database: <%= ENV['DISCOURSE_DEV_DB'] \|\| 'discourse_development' %>`
Remove unusued site_settings, show checkbox in UI for boolean values, remove restrict_access boolean to avoid locking yourself out by setting access_password to empty string. Minor UI tweaks. 2013-03-01 11:45:25 -06:00			`min_messages: warning`
FIX: Use exact patht to ensure we always redirect with the right format. 2017-09-26 22:55:06 -05:00			`pool: 5`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`timeout: 5000`
Support user defined postgres timeouts 2017-10-27 08:59:30 -05:00			`checkout_timeout: <%= ENV['CHECKOUT_TIMEOUT'] \|\| 5 %>`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`host_names:`
Add comment in database.yml samples about port number 2013-12-06 10:01:22 -06:00			`### Don't include the port number here. Change the "port" site setting instead, at /admin/site_settings.`
warns sysadmin to rebake all the posts when changing the hostname 2013-08-01 15:24:55 -05:00			`### If you change this setting you will need to`
			`### - restart sidekiq if you change this setting`
			### - rebake all to posts using: `RAILS_ENV=production bundle exec rake posts:rebake`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`- "localhost"`

			`# Warning: The database defined as "test" will be erased and`
			`# re-generated from your development database when you run "rake".`
			`# Do not set this db to the same as development or production.`
			`test:`
Make PgSQL happy ("ActiveRecord::StatementInvalid: PG::ProtocolViolation"). See https://meta.discourse.org/t/install-error-protocol-violation-with-postgresql/35160 2016-03-29 13:41:13 -05:00			`prepared_statements: false`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`adapter: postgresql`
DEV: Make setting up of multisite DB in test env clearer. 2019-03-20 20:50:16 -05:00			`database: <%= ENV["RAILS_DB"] ? ENV["RAILS_DB"] : "discourse_test" %>`
Remove unusued site_settings, show checkbox in UI for boolean values, remove restrict_access boolean to avoid locking yourself out by setting access_password to empty string. Minor UI tweaks. 2013-03-01 11:45:25 -06:00			`min_messages: warning`
FIX: Use exact patht to ensure we always redirect with the right format. 2017-09-26 22:55:06 -05:00			`pool: 5`
Introduction of Chef to Vagrant. Removed redis.yml and database.yml. Also updated instructions a lot, and included setup instructions for provisioning your own VM. Closes #28 and #61. 2013-02-12 10:18:59 -06:00			`timeout: 5000`
			`host_names:`
			`- test.localhost`

fixed a spelling benchamarking -> benchmarking 2014-08-13 23:46:57 -05:00			`# profile db is used for benchmarking using the script/bench.rb script`
added profile environment for perftools profiling (1.9.3 only) 2013-03-10 19:21:56 -05:00			`profile:`
PERF: disable prepared statements see: https://github.com/rails/rails/issues/21992 2015-10-18 22:02:22 -05:00			`prepared_statements: false`
added profile environment for perftools profiling (1.9.3 only) 2013-03-10 19:21:56 -05:00			`adapter: postgresql`
Create profile db generator for use when benchmarking a local install http://meta.discourse.org/t/benchmarking-discourse-locally/9070 2013-08-04 16:22:00 -05:00			`database: discourse_profile`
added profile environment for perftools profiling (1.9.3 only) 2013-03-10 19:21:56 -05:00			`min_messages: warning`
			`pool: 5`
			`timeout: 5000`
			`host_names:`
			`- "localhost"`
Source DB config more cleanly, fixes issues with socket in prd 2014-01-13 23:59:55 -06:00			`# You may be surprised production is not here, it is sourced from application.rb using a monkey patch`
			`# This is done for 2 reasons`
			`#`
			`# 1. we need to support blank settings correctly and rendering nothing in yaml/erb is a PITA`
			`# 2. why go from object -> yaml -> object, pointless`