Installers/Mac OS X
From PostgreSQL wiki
(Providing detailed justification for identifying the differences in these variables between installers)
|Line 19:||Line 19:|
!Data directory location
!Data directory location
Revision as of 22:01, 13 November 2012
Why create this document?
There are a number of Mac OS X installers, each with it's own idea of where software and data should reside. Below is a guide to help developers and users figure out where their data is, and which installer they might have used.
If you are using one of these installers, or maybe a maintainer: Feel free to fill in missing information! Thanks.
Why the following columns in this table?
Here's why the columns included in the table below matter:
- Version: Major versions of PostgreSQL must be upgraded with either
pg_dump. Some versions require version-specific upgrade steps to be taken as well, which
pg_dumpwill not execute for you.
- Binary location: In order to manually start Postgres, use
pg_upgradeor use command-line
psqlyou will need to know the path to your Postgres binaries. This is especially important because the paths used by each of the installers are wildly different, and not included in your UNIX environment
- Data directory dilocation: To use
pg_upgrade, you must know where your data is located. This is also important if you are backing up your data - some people do not back up a directory like
/usr/local, assuming that only re-installable information is in that directory. If you are using
homebrew, this is a bad assumption.
- Startup script location: To run
pg_upgrade, you must be able to stop the running Postgres instance. On MacOS X, that probably means using
launchctland pointing it at the plist that controls your Postgres daemon.
- LC_COLLATE setting:
LC_COLLATEis set by
initdb, which is how you create a new Postgres cluster in your data directory. Most installers take care of this for you, but different installers use different
LC_COLLATEvalues. This is not entirely the installers' fault, as opinions about what should be the default value changed within the Postgres project itself. However, because different installers use different values,
pg_upgradewill fail. This sucks for the user.
|Installer||Version||Binary location||Data directory location||Startup script location||LC_COLLATE setting|
|Built-in PostgreSQL on Mac OS X Lion||9.0.x||
|EnterpriseDB Mac OS X 1-click Installer||9.2.x||
|EnterpriseDB Mac OS X 1-click Installer||9.1.x||C|
|EnterpriseDB Mac OS X 1-click Installer||9.0.x||C|
|EnterpriseDB Mac OS X 1-click Installer||8.4.x||C|
|homebrew (aka 'brew install postgres')||9.2 (as of Sept 2012)||