これはほぼ正しいです。
しない PostgreSQLにはポート5432を使用します。 5599など、その範囲外のデフォルト以外のポートを選択します。 postgresql.confを変更し、portを設定して、ポートを変更します 指令。 include_dir = conf.dを追加するだけで便利な場合があります。 またはメインのpostgresql.confで同様のもの 次に、datadir\conf.d\myapp.confを作成します 構成をオーバーライドします。
initdbのパスワードを設定するには プロンプトなしで、--pwfile=/path/to/fileを渡します オプション。最初の行がパスワードとして読み取られます。 initdbを参照してください。
アンインストール計画は合理的で正しいものです。
ただし、アップグレードについて考えてみてください。自分を隅に追いやらないでください。 9.5を9.4およびpg_upgradeと並行してインストールできるようにする必要があります 、ダンプと復元のみを使用する場合を除きます。
PostgreSQLバイナリを%PROGRAMFILES%\MyApp\PostgreSQL\9.4にインストールすることをお勧めします 。おそらくデータベースを%PROGRAMDATA%\MyApp\PostgreSQL\9.4に配置する必要があります アプリの%PROGRAMFILES%の代わりに ディレクトリ。 （PostgreSQLインストーラーも同じことを行う必要があります。現在の動作は、修正が必要な履歴アーティファクトです。）
アプリケーションがPostgreSQLをバンドルしているので、誰もPostgreSQLを「クリーンアップ」しないようにしてください。そのため、混乱したユーザーをpgsql-generalに吐き出す別のアプリはありません。怒っているユーザーに、「私たち」がPostgreSQLをシステムにインストールしなかった、削除できない、おそらくユーザーが使用しているものによってインストールされたために存在する、削除すると機能しなくなる、と説明するのは面倒です。 。同様に、PostgreSQLプロセスを強制終了し、PostgreSQLデータディレクトリを削除したばかりのユーザーに、ポーカートラッカー（またはその他）データベースを削除したために元に戻せないことを説明するのは面倒です...
アプリがユーザーのためにPostgreSQLのダンプと復元を行う機能を公開していることを確認してください。
ユーザーマニュアルでは、アプリ内のデータを保護するために追加のバックアップ手順を実行する必要があることを明確に説明する必要があります。複数のファイルを一緒にコピーする必要があるため、Windowsバックアップを使用して信頼性の高いPostgreSQLバックアップを取得することはできません。各ファイルは正常にコピーされますが、バックアップの前にPostgreSQLを停止しない限り、結合された結果は使用できません。ライブバックアップを実行するには、特別な手順を実行する必要があります-pg_start_backup() 、コピー、pg_stop_backup() 追加のWALセグメントをアーカイブするか、pg_basebackupを使用します 。