可能であれば、YaSTまたは SuSE が現在のバージョンの PostgreSQL をインストールするために使用するパッケージ マネージャを使用してください。リポジトリからは、 9.1.1 のようです。
特に PostgreSQL 8.3 が必要な場合は、 EnterpriseDB のディストリビューションに依存しないインストーラーを使用することをお勧めします。SuSE 12.2 では問題なく動作するはずです。組織に、既知のバグがある古いバージョンの使用を強制する特に制限的で安全でないバージョン ポリシーがある場合は、32 ビット Linux 用の8.3.14 をこちらから、32 ビット Linux 用の 8.3.11 をこちらから入手できます。
十分にテストされ、動作することがわかっている PostgreSQL の EnterpriseDB バイナリ インストーラー バージョンの使用に問題がある場合、他のオプション (および適切なオプション) は、ソース コードからインストールすることです。FTP サイトからPostgreSQL 8.3.18 ソースをダウンロードしてから、次の手順を実行します。
sudo mkdir -p /opt/postgresql93
sudo chown `id -un` /opt/postgresql93
./configure --prefix=/opt/postgresql93
make
make install
その後、/opt/postgresql93/bin/initdb( initdb のマニュアルを参照) を使用してデータベースを作成し、/opt/postgresql93/bin/pg_ctl( pg_ctl のマニュアルを参照) を使用して、 PostgreSQL のドキュメントに従ってデータベースを開始/停止できます。
古いバージョンの SuSE のパッケージを強制的に新しいバージョンにインストールしようとしないでください。おそらく、依存関係のツリーが増加し、苦痛に終わるでしょう。
可能であれば、PostgreSQL の特定のマイナーバージョン ("8.4.x" だけでなく 8.4.14 など)を要求するポリシーは安全ではなく、非生産的であることを会社に納得させるようにしてください。彼らは、追加のバグ修正を含む十分にテストされたビルドを使用しないようにするために、汚いハックを行うか、セットアップのためだけに独自のカスタム インストールを手動でコンパイルすることを強制しています。8.3 から 8.4/9.0/9.1/etc にアップグレードする前に承認を要求することは、慎重なテストを必要とする機能と下位互換性の変更があるため理にかなっていますが、8.3.14 から 8.3.18 にアップグレードする前に承認を要求することは逆効果です。PostgreSQL のマイナー バージョン アップグレードは非常に保守的です。最新のマイナー リリースを最新の状態に保つ必要があります。