Това е почти правилно.
Моля, не използвайте порт 5432 за PostgreSQL. Изберете порт, който не е по подразбиране, извън този диапазон, като 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 , освен ако не искате просто да използвате dump and restore.
Предлагам да инсталирате двоичните файлове на PostgreSQL в %PROGRAMFILES%\MyApp\PostgreSQL\9.4 . Вероятно трябва да поставите базата данни в %PROGRAMDATA%\MyApp\PostgreSQL\9.4 вместо %PROGRAMFILES% на вашето приложение директория. (Инсталаторът на PostgreSQL трябва да направи същото; текущото му поведение е исторически артефакт, който трябва да бъде поправен).
Моля, документирайте, че вашето приложение обединява PostgreSQL, така че никой да не го „почисти“ и така да нямаме още едно приложение, което да бълва объркани потребители в pgsql-general. Става уморително да се обяснява на ядосаните потребители, че „ние“ не сме инсталирали PostgreSQL на тяхната система, не можем да го премахнем, вероятно е там, защото е инсталиран от нещо, което използват, и ако го изтрият, това ще спре да работи . По същия начин става изморително да се обяснява на потребители, които току-що убиха процесите на PostgreSQL и изтриха своята директория с данни PostgreSQL, че не можем да върнем тяхната база данни за Poker Tracker (или каквото и да е), защото те току-що са я изтрили...
Уверете се, че приложението ви предоставя функционалност за извършване на PostgreSQL дъмпове и възстановяване за потребителите.
Ръководството за потребителя трябва ясно да обясни, че те трябва да предприемат допълнителни стъпки за архивиране, за да защитят данните във вашето приложение. Не можете просто да използвате Windows Backup, за да получите надеждно архивиране на PostgreSQL, защото това са множество файлове, които трябва да бъдат копирани заедно; ще копира всеки файл ОК, но комбинираният резултат ще бъде неизползваем, освен ако PostgreSQL не е спрян преди архивирането. За да направите архивиране на живо, трябва да предприемете специални стъпки - pg_start_backup() , копие, pg_stop_backup() и архивирайте допълнителните WAL сегменти или използвайте pg_basebackup .
