[PostgreSQL] PgAdmin bledy przy restore Bazy

Tomasz

unread,

Mar 31, 2013, 8:15:28 AM3/31/13

to

Podczas backup bazy danych przy pomocy PgAdmina (wersja 1.10, 1.14. 1.16)
tworzony jest plik wynikowy .backup.
Jesli za chwile chce zrobic restore nowej bazy ale z tego wlasnie pliku to
zawsze, w kazdej wersji PgAdmina dosteje nastepujacy blad:

"pg_restore: creating PROCEDURAL LANGUAGE plpgsql
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 549; 2612 248127 PROCEDURAL
LANGUAGE plpgsql postgres
pg_restore: [archiver (db)] could not execute query: ERROR: language
"plpgsql" already exists
Command was: CREATE PROCEDURAL LANGUAGE plpgsql;

pg_restore: [archiver (db)] could not execute query: ERROR: syntax error at
or near "PROCEDURAL"
LINE 1: ALTER PROCEDURAL LANGUAGE plpgsql OWNER TO postgres;
^
Command was: ALTER PROCEDURAL LANGUAGE plpgsql OWNER TO postgres;"

Co prawda blad ten nie powoduje przerwania restore i nowa baza dziala
poprawnie ale blad zawsze jest stresujacy.
Co ja powinienem zrobic aby taki blad przy restore nie pojawial sie?

--
Tomasz

hubert depesz lubaczewski

unread,

Apr 1, 2013, 6:52:03 AM4/1/13

to

On 2013-03-31, Tomasz <tutom...@gmail.com> wrote:
> Co ja powinienem zrobic aby taki blad przy restore nie pojawial sie?

Usunąć z dumpa "create language plpgsql".

Powinno pomóc.

depesz

--
The best thing about modern society is how easy it is to avoid contact with it.
http://depesz.com/

Tomasz

unread,

Apr 2, 2013, 4:37:51 AM4/2/13

to

Użytkownik "hubert depesz lubaczewski" <dep...@depesz.com> napisał

>
> Usunąć z dumpa "create language plpgsql".
>
> Powinno pomóc.
>

W tym rzecz ze ten dump (kopia_bazy.backup) jest zapisany w jakims
specyficznym kodzie i jesli usune jakas linijke to plik traktowany jest jako
uszkodzony.
Dla zobrazowania skopiowalem (EditPlus) ten fragment dumpa ktory zawiera
"create language plpgsql" i chcialem Ci go wyslac, ale niestety zawiera on
jakis dziwne znaki ze po skopiowaniu do dowolnego edytora tekstow fragment
staje sie niewidoczny.

Mysle ze istnieje jakies inne rozwiazanie tak aby przy dumpie nie zapisywal
bzdurnych polecen ktorych potem sam nie moze zrealizowac. Moze zrezygnowac z
uslug PgAdmina do robienia backupu? Czy moglbys mi poradzic jak to zrobic
bez PgAdmina, gdzie pisze sie te polecenia, w windowsie czy w DOSie, a moze
da sie zrobic to z poziomu Javy? Jesli masz jakies doswiadczenie w tym
wzgledzie podziel sie.

pozdrowienia
Tomasz

Przemysław Tomaszewski

unread,

Apr 2, 2013, 5:39:42 AM4/2/13

to

Użytkownik "Tomasz" <tutom...@gmail.com> napisał w wiadomości
news:515a98cd$0$26710$6578...@news.neostrada.pl...

Witam
Ja to wykonuje tak:
Backup: pg_dumpall -c>/tmp/backup.sql
Restore: psql -f /tmp/backup.sql template1

Kopia jest wykonywana dla wszystkich baz danych.

Pozdrawiam

Tomasz

unread,

Apr 2, 2013, 10:30:33 AM4/2/13

to

Użytkownik "Przemysław Tomaszewski" <ptomas...@o2.pl> napisał

Czy moglbys mi
>> poradzic jak to zrobic bez PgAdmina, gdzie pisze sie te polecenia, w
>> windowsie czy w DOSie, a moze da sie zrobic to z poziomu Javy?

> Ja to wykonuje tak:
> Backup: pg_dumpall -c>/tmp/backup.sql
> Restore: psql -f /tmp/backup.sql template1
>
> Kopia jest wykonywana dla wszystkich baz danych.

Dzieki za odpowiedz.
Mysle ze ta metoda jest dobra dla mojej bazy deweloperskiej na moim
localhost.

Ale pisze program w Javie dla klienta ktory ma baze na jakims serwerze do
ktorego mam IP i dane bazy.
Chcialbym w jakis program, uruchamiany codziennie na koniec zmiany wplesc
automatyczny backup bazy. Czy ktos z Was ma doswiadczenie w tej kwestii?
--
Tomasz

Lesiok

unread,

Apr 2, 2013, 10:54:45 AM4/2/13

to

Generalnie masz pg_dump i nim robisz wszystko. Zresztą PgAdmin nie robi
tego samodzielnie tylko uruchamia pg_dump. W sieci bez problemu
znajdziesz przykłady skryptów shelowych zarówno dla Windy jak i Linuksa,
które będą automatycznie nadawały nazwę archiwum z wykorzystaniem
bieżącej daty i/lub godziny.

--
================================
Leszek KUBRAK

Tomasz

unread,

Apr 2, 2013, 1:50:27 PM4/2/13

to

Użytkownik "Lesiok" <les...@infokub.com.pl> napisał

>
> Generalnie masz pg_dump i nim robisz wszystko. Zresztą PgAdmin nie robi
> tego samodzielnie tylko uruchamia pg_dump. W sieci bez problemu znajdziesz
> przykłady skryptów shelowych zarówno dla Windy jak i Linuksa, które będą
> automatycznie nadawały nazwę archiwum z wykorzystaniem bieżącej daty i/lub
> godziny.
>

Robie rozne proby z mojego localhost i dziala to wszystko bardzo szybko i
bardzo sprawnie.
Uzylem polecenia: pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql
autohaus_test
Wszystko mi sie bardzo podoba ale nie moge nigdzie znalezc opcji aby
"password" umiescic od razu w linii polecenia. Czy wiesz jak to zrobic?
--
Tomasz

Lesiok

unread,

Apr 2, 2013, 3:42:41 PM4/2/13

to

On 2.04.13 19:50, Tomasz wrote:
>
> Uďż˝ytkownik "Lesiok" <les...@infokub.com.pl> napisaďż˝
>>
>> Generalnie masz pg_dump i nim robisz wszystko. Zresztďż˝ PgAdmin nie

>> robi tego samodzielnie tylko uruchamia pg_dump. W sieci bez problemu

>> znajdziesz przykďż˝ady skryptďż˝w shelowych zarďż˝wno dla Windy jak i
>> Linuksa, ktďż˝re bďż˝dďż˝ automatycznie nadawaďż˝y nazwďż˝ archiwum z
>> wykorzystaniem bieďż˝ďż˝cej daty i/lub godziny.

>>
> Robie rozne proby z mojego localhost i dziala to wszystko bardzo szybko
> i bardzo sprawnie.
> Uzylem polecenia: pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql
> autohaus_test
> Wszystko mi sie bardzo podoba ale nie moge nigdzie znalezc opcji aby
> "password" umiescic od razu w linii polecenia. Czy wiesz jak to zrobic?
> --
> Tomasz

Trzeba utworzyďż˝ zmiennďż˝ systemowďż˝ PGPASSWORD.
Np wykorzystaďż˝ to tego plik BAT o takiej zawartoďż˝ci :

SET PGPASSWORD=tajne_haslo_usera_autohaus

pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql autohaus_test

--
================================
Leszek KUBRAK

Tomasz

unread,

Apr 2, 2013, 11:46:44 PM4/2/13

to

Użytkownik "Lesiok" <les...@infokub.com.pl> napisał

> Trzeba utworzyć zmienną systemową PGPASSWORD.
> Np wykorzystać to tego plik BAT o takiej zawartości :

>
> SET PGPASSWORD=tajne_haslo_usera_autohaus
> pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql autohaus_test
>

Utworzylem zmienna systemowa PGPASSWORD, sprawdzilem przy pomocy SET,
istnieje z poprawnym haslem ale po uruchomieniu polecenia

pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql autohaus_test

i tak prosi o haslo.
Mysle ze nalezaloby gdzies podac pg_dumpowi pod jaka zmienna ma szukac tego
hasla.
Czy Ty to wyprobowales i u Ciebie dziala?
Zapomnialem dodac ze ja pracuje na wersji Postgres 8.2.4 a pg_dump uzywam w
katalogu PgAdmin 1.14
--
Tomasz

Ronald Kuczek

unread,

Apr 3, 2013, 2:25:17 AM4/3/13

to

On 04/03/2013 05:46 AM, Tomasz wrote:
[...]

> Mysle ze nalezaloby gdzies podac pg_dumpowi pod jaka zmienna ma szukac
> tego hasla.

[...]

Spróbuj dodatkowo użyć przełącznika -w przy pg_dump.

Pozdrawiam
Rony

Lesiok

unread,

Apr 3, 2013, 3:31:03 AM4/3/13

to

On 3.04.13 05:46, Tomasz wrote:
>
> Uďż˝ytkownik "Lesiok" <les...@infokub.com.pl> napisaďż˝
>

>> Trzeba utworzyďż˝ zmiennďż˝ systemowďż˝ PGPASSWORD.

>> Np wykorzystaďż˝ to tego plik BAT o takiej zawartoďż˝ci :

>>
>> SET PGPASSWORD=tajne_haslo_usera_autohaus
>> pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql autohaus_test
>>
> Utworzylem zmienna systemowa PGPASSWORD, sprawdzilem przy pomocy SET,
> istnieje z poprawnym haslem ale po uruchomieniu polecenia
> pg_dump -W -U autohaus -f C:\rob\kopiaBazyAutohaus.sql autohaus_test
> i tak prosi o haslo.
> Mysle ze nalezaloby gdzies podac pg_dumpowi pod jaka zmienna ma szukac
> tego hasla.
> Czy Ty to wyprobowales i u Ciebie dziala?
> Zapomnialem dodac ze ja pracuje na wersji Postgres 8.2.4 a pg_dump
> uzywam w katalogu PgAdmin 1.14
> --
> Tomasz

Wywal -W z parametrďż˝w.
--
================================
Leszek KUBRAK

Wojtek Gapiński

unread,

Apr 3, 2013, 3:57:11 AM4/3/13

to

Dnia 03-04-2013 09:31 Lesiok napisał:

Sklejone dwa posty:
[1]

> Spróbuj dodatkowo użyć przełącznika -w przy pg_dump.
>
> Pozdrawiam
> Rony

[2]
> Wywal -W z parametrów.

:D

pozdrawiam
--
Wojtek Gapiński
http://jwmprojekt.pl

Message has been deleted

Lesiok

unread,

Apr 3, 2013, 4:38:53 AM4/3/13

to

On 3.04.13 09:57, Wojtek Gapiďż˝ski wrote:
> Dnia 03-04-2013 09:31 Lesiok napisaďż˝:
>
> Sklejone dwa posty:
> [1]
>> Sprďż˝buj dodatkowo uďż˝yďż˝ przeďż˝ďż˝cznika -w przy pg_dump.
>>
>> Pozdrawiam
>> Rony
>
> [2]
>> Wywal -W z parametrďż˝w.
>
> :D
>
> pozdrawiam

Proponuje najpierw doczytaďż˝ w dokumentacji a dopiero potem zabieraďż˝
gďż˝os. -W to nie jest to samo co -w.
--
================================
Leszek KUBRAK

hubert depesz lubaczewski

unread,

Apr 2, 2013, 5:31:37 AM4/2/13

to

On 2013-04-02, Tomasz <tutom...@gmail.com> wrote:
> W tym rzecz ze ten dump (kopia_bazy.backup) jest zapisany w jakims
> specyficznym kodzie i jesli usune jakas linijke to plik traktowany jest jako
> uszkodzony.

Zobacz, czy pg_restore -l wylistuje zawartosc pliku. Jak tak, to jest to
(i bardzo dobrze) custom dump.

Wtedy:
pg_restore -l kopia_bazy.backup > lista
wyedukuj plik lista, i usun z niego (gdzies na samym poczatku) linijkę
o plpgsql
a potem:
pg_restore -L lista -d baza_danych kopia_bazy.backup

depesz

Ronald Kuczek

unread,

Apr 3, 2013, 7:51:29 AM4/3/13

to

On 04/03/2013 09:57 AM, Wojtek Gapiński wrote:
> Dnia 03-04-2013 09:31 Lesiok napisał:
>
> Sklejone dwa posty:
> [1]
>> Spróbuj dodatkowo użyć przełącznika -w przy pg_dump.
>>
>> Pozdrawiam
>> Rony
>
> [2]
>> Wywal -W z parametrów.
>
> :D
>
> pozdrawiam
>

Case sensitive, patrz manual ...

Pozdrawiam
Rony

R.e.m.e.K

unread,

Apr 3, 2013, 8:00:18 AM4/3/13

to

Dnia Sun, 31 Mar 2013 14:15:28 +0200, Tomasz napisał(a):

> Podczas backup bazy danych przy pomocy PgAdmina (wersja 1.10, 1.14. 1.16)
> tworzony jest plik wynikowy .backup.
> Jesli za chwile chce zrobic restore nowej bazy ale z tego wlasnie pliku to
> zawsze, w kazdej wersji PgAdmina dosteje nastepujacy blad:

Kurcze, prosta operacja backup i restore, a watek urosl do 15 postow. Z
czego wynika ten chaos informacyjny? Nikt tego nigdy nie robi? Czy moze
rzeczywiscie jest to tak skomplikowane*?
W kontekscie mojego zapytania o Postgresa, umieszczonego pietro nizej/wyzej
nabiera to dziwnego wymiaru.

* - przepis podany przez "depesza" do wygodnych i intuicyjnych nie nalezy

--
pozdro
R.e.m.e.K

Ronald Kuczek

unread,

Apr 3, 2013, 8:31:17 AM4/3/13

to

Kto w dzisiejszych czasach czyta dokumentację ?:

"In a default PostgreSQL installation, the handler for the PL/pgSQL
language is built and installed into the "library" directory;
furthermore, the PL/pgSQL language itself is installed in all databases.
If Tcl support is configured in, the handlers for PL/Tcl and PL/TclU are
built and installed in the library directory, but the language itself is
not installed in any database by default. Likewise, the PL/Perl and
PL/PerlU handlers are built and installed if Perl support is configured,
and the PL/PythonU handler is installed if Python support is configured,
but these languages are not installed by default."

Błąd pokazany w poście wynika ze wspomnianego faktu. Nie niesie za sobą
żadnych negatywnych konsekwencji ( po prostu - language already exists,
tyle). Swoją drogą to błąd z brodą, od wersji 9.1 już nie występuje.

Pozdrawiam
Rony

Tomasz

unread,

Apr 3, 2013, 8:58:14 AM4/3/13

to

Użytkownik "Ronald Kuczek" <kuc...@kuczek.pl> napisał

>>> Wywal -W z parametrów.
>>
>> :D
>>
>> pozdrawiam
>>
>
> Case sensitive, patrz manual ...

No, nareszcie Rony rozwiazal problem definitywnie.
Zamienilem -W na -w i nareszcie o nic nie pyta tylko robi plik update w
podanym katalogu.
Super.
Pozdrowienia
Tomasz

Tomasz

unread,

Apr 3, 2013, 10:10:10 AM4/3/13

to

Użytkownik "Ronald Kuczek" <kuc...@kuczek.pl> napisał

> Kto w dzisiejszych czasach czyta dokumentację ?:
>
> "In a default PostgreSQL installation, the handler for the PL/pgSQL
> language is built and installed into the "library" directory;
> furthermore, the PL/pgSQL language itself is installed in all databases.
> If Tcl support is configured in, the handlers for PL/Tcl and PL/TclU are
> built and installed in the library directory, but the language itself is
> not installed in any database by default. Likewise, the PL/Perl and
> PL/PerlU handlers are built and installed if Perl support is configured,
> and the PL/PythonU handler is installed if Python support is configured,
> but these languages are not installed by default."
>
> Błąd pokazany w poście wynika ze wspomnianego faktu. Nie niesie za sobą
> żadnych negatywnych konsekwencji ( po prostu - language already exists,
> tyle). Swoją drogą to błąd z brodą, od wersji 9.1 już nie występuje.
>

No wlasnie, przymierzalem sie kiedys do zmiany wersji na nowsza ale dostalem
taka mase bledow ze nie zdecydowalem sie na taki krok. Po prostu starsza
wersja (8.2.4) tolerowala pewne rozwiazania a w nowszej 8.4.2 bylo to juz
niedopuszczalne. Robiac jakis system od nowa zdecydowal bym sie na wersje
najnowsza ale pewne aplikacje chodza u klienta od 5 lat. Nie mam funduszy na
testowanie zmian zwiazanych z nowa wersja.
--
Tomasz

R.e.m.e.K

unread,

Apr 3, 2013, 10:20:43 AM4/3/13

to

Dnia Wed, 3 Apr 2013 16:10:10 +0200, Tomasz napisał(a):

>> Błąd pokazany w poście wynika ze wspomnianego faktu. Nie niesie za sobą
>> żadnych negatywnych konsekwencji ( po prostu - language already exists,
>> tyle). Swoją drogą to błąd z brodą, od wersji 9.1 już nie występuje.
>>
> No wlasnie, przymierzalem sie kiedys do zmiany wersji na nowsza ale dostalem
> taka mase bledow ze nie zdecydowalem sie na taki krok. Po prostu starsza
> wersja (8.2.4) tolerowala pewne rozwiazania a w nowszej 8.4.2 bylo to juz
> niedopuszczalne. Robiac jakis system od nowa zdecydowal bym sie na wersje
> najnowsza ale pewne aplikacje chodza u klienta od 5 lat. Nie mam funduszy na
> testowanie zmian zwiazanych z nowa wersja.

Mozesz podac jakis przyklad tych bledow/roznic?

--
pozdro
R.e.m.e.K

Ronald Kuczek

unread,

Apr 3, 2013, 10:26:20 AM4/3/13

to

On 04/03/2013 04:10 PM, Tomasz wrote:
> No wlasnie, przymierzalem sie kiedys do zmiany wersji na nowsza ale
> dostalem taka mase bledow ze nie zdecydowalem sie na taki krok. Po
> prostu starsza wersja (8.2.4) tolerowala pewne rozwiazania a w nowszej
> 8.4.2 bylo to juz niedopuszczalne. Robiac jakis system od nowa
> zdecydowal bym sie na wersje najnowsza ale pewne aplikacje chodza u
> klienta od 5 lat. Nie mam funduszy na testowanie zmian zwiazanych z nowa
> wersja.

Zaciekawiłeś mnie. Sam całkiem niedawno robiłem upgrade na kilku
serwerach do 9.2 i żadnych problemów z moimi aplikacjami nie
zanotowałem. Mógłbyś podać przykład takiej różnicy ?

Pozdrawiam
Rony

Wojtek Gapiński

unread,

Apr 3, 2013, 10:31:20 AM4/3/13

to

Dnia 03-04-2013 13:51 Ronald Kuczek napisał:
>
> Case sensitive, patrz manual ...
>
> Pozdrawiam
> Rony

Sorry, należało mi się :)
Swoją drogą nie wiem, kto wymyślił te opcje - jedna wymusza podawanie
hasła, druga wręcz przeciwnie. Weź tu zapamiętaj, które "w" jest od czego...

Ronald Kuczek

unread,

Apr 3, 2013, 10:53:03 AM4/3/13

to

On 04/03/2013 04:31 PM, Wojtek Gapiński wrote:
> Sorry, należało mi się :)
> Swoją drogą nie wiem, kto wymyślił te opcje - jedna wymusza podawanie
> hasła, druga wręcz przeciwnie. Weź tu zapamiętaj, które "w" jest od czego...

To chyba czysta perwersja niektórych programistów ale chyba też po
trosze brak standardów. Nie powiem, też mnie to wkurza, że -U w pg_dump
oznacza usera ale mysqldump musi mieć -u dla tego samego, duże "P" użyte
z scp oznacza port, ssh chce dla tego samego małego "p". Jak kilka razy
dziennie człowiek się na tym potknie (zwłaszcza jak się naprzemiennie
używa w/w programów) można się nieżle zagotować.

Pozdrawiam
Rony

Tomasz

unread,

Apr 3, 2013, 12:30:49 PM4/3/13

to

Użytkownik "Ronald Kuczek" <kuc...@kuczek.pl> napisał
>

> Zaciekawiłeś mnie. Sam całkiem niedawno robiłem upgrade na kilku serwerach
> do 9.2 i żadnych problemów z moimi aplikacjami nie zanotowałem. Mógłbyś
> podać przykład takiej różnicy ?
>

W tej chwili nie przypominam szczegolow gdyz bylo to 2 lata temu, ale
zainstaluje na jakims komputerze nowsza wersje i wtedy mi to wyjdzie.
Jaka nowa a stabilna wersje polecacie?
--
Tomasz

Tomasz

unread,

Apr 3, 2013, 12:38:25 PM4/3/13

to

Użytkownik "Ronald Kuczek" <kuc...@kuczek.pl> napisał
>

> Zaciekawiłeś mnie. Sam całkiem niedawno robiłem upgrade na kilku serwerach
> do 9.2 i żadnych problemów z moimi aplikacjami nie zanotowałem. Mógłbyś
> podać przykład takiej różnicy ?

Jeszcze jedno pytanie czy na komputerze, na ktorym obecnie pracuje i mam
wersje 8.2.4 moge zainstalowac druga nowsza wersje postgresa tak by sobie
nie przeszkadzaly?
--
Tomasz

Lesiok

unread,

Apr 3, 2013, 2:49:36 PM4/3/13

to

Ja wszędzie mam 9.1 lub 9.2.

Z tego co pamiętam dla wersji 8.3 i nowszych mieliśmy jakieś problemy (w
sensie zgodności z 8.2) ze skryptami budującymi bazę danych. Wymagana
była różna składnia. Szczegółów w tej chwili już nie pamiętam. Mogliśmy
postawić warunek wymagalności wersji 8.3 lub nowszej i problem zniknął.

--
================================
Leszek KUBRAK

Lesiok

unread,

Apr 3, 2013, 2:50:21 PM4/3/13

to

Jak najbardziej. Oczywiście muszą pracować na różnych portach.

--
================================
Leszek KUBRAK

Ronald Kuczek

unread,

Apr 3, 2013, 2:53:05 PM4/3/13

to

W dniu 03.04.2013 18:38, Tomasz pisze:

Nigdy tego wariantu nie ćwiczyłem ale całkiem teoretycznie się da.
Na linuksach piszą o tym na przykład tutaj:

http://bytes.com/topic/postgresql/answers/400171-run-2-versions-postgresql-one-machine

Na Windows też teoretycznie się da, ponieważ PostgreSQL instaluje się
domyślnie pod %Program_Files%\Postgresql\PostgreSQLNumer.Wersji
oraz tworzy serwis postgresqlx-y (gdzie x.y to wersja).
Oczywiście obie usługi w domyślnej konfiguracji nie wystartują
jednocześnie, bo dwa procesy nie mogą prowadzić nasłuchu na tym samym
porcie. Postgres prowadzi nasłuch domyślnie na porcie 5432.
Można to ustawić w pliku konfiguracyjnym postgresql.conf
port=5432
plik ten znajduje się w podkatalogu data w katalogu instalacyjnym Postgresa.
Ponieważ zmiana standardowego portu jest dosyć uciążliwa, bo trzeba o
niej pamiętać (a mało kto uwzględnia ten parametr w connect stringach)
u siebie robiłem to raczej tak, że drugą instancję postgresa miałem w
wirtualnej maszynie pod VirtualBoxem (https://www.virtualbox.org/) co
przy dzisiejszych maszynach i obecnych rozmiarach RAM nie jest
najmniejszym problemem.

Co do nowszej wersji godna polecenia jest najnowsza, 9.2.x, choćby z
tego powodu:
http://wiki.postgresql.org/wiki/Slow_Counting

Pozdrawiam
Rony

Andrzej Stróżyński

unread,

Apr 4, 2013, 3:55:02 AM4/4/13

to

[...]

>> Jeszcze jedno pytanie czy na komputerze, na ktorym obecnie pracuje i mam
>> wersje 8.2.4 moge zainstalowac druga nowsza wersje postgresa tak by
>> sobie nie przeszkadzaly?
>> --
>> Tomasz
>
> Nigdy tego wariantu nie ćwiczyłem ale całkiem teoretycznie się da.

Praktycznie też.

[...]

> Ponieważ zmiana standardowego portu jest dosyć uciążliwa, bo trzeba o
> niej pamiętać (a mało kto uwzględnia ten parametr w connect stringach)
> u siebie robiłem to raczej tak, że drugą instancję postgresa miałem w
> wirtualnej maszynie pod VirtualBoxem (https://www.virtualbox.org/) co
> przy dzisiejszych maszynach i obecnych rozmiarach RAM nie jest
> najmniejszym problemem.

Że niby stawianie wirtualnej maszyny jest prostszym rozwiązaniem niż
inny port drugiego postgresa?
No cóż, de gustibus non disputandum est.

--
pozdrawiam
AS

Paweł Matejski

unread,

Apr 8, 2013, 11:09:56 AM4/8/13

to

W dniu 03.04.2013 20:49, Lesiok pisze:

> On 3.04.13 18:30, Tomasz wrote:
>>

>> Uďż˝ytkownik "Ronald Kuczek" <kuc...@kuczek.pl> napisaďż˝
>>>
>>> Zaciekawiďż˝eďż˝ mnie. Sam caďż˝kiem niedawno robiďż˝em upgrade na kilku
>>> serwerach do 9.2 i ďż˝adnych problemďż˝w z moimi aplikacjami nie
>>> zanotowaďż˝em. Mďż˝gďż˝byďż˝ podaďż˝ przykďż˝ad takiej rďż˝nicy ?

>>>
>> W tej chwili nie przypominam szczegolow gdyz bylo to 2 lata temu, ale
>> zainstaluje na jakims komputerze nowsza wersje i wtedy mi to wyjdzie.
>> Jaka nowa a stabilna wersje polecacie?
>> --
>> Tomasz
>

> Ja wszďż˝dzie mam 9.1 lub 9.2.
>
> Z tego co pamiďż˝tam dla wersji 8.3 i nowszych mieliďż˝my jakieďż˝ problemy (w sensie zgodnoďż˝ci z 8.2) ze skryptami budujďż˝cymi
> bazďż˝ danych. Wymagana byďż˝a rďż˝na skďż˝adnia. Szczegďż˝ďż˝w w tej chwili juďż˝ nie pamiďż˝tam. Mogliďż˝my postawiďż˝ warunek
> wymagalnoďż˝ci wersji 8.3 lub nowszej i problem zniknďż˝ďż˝.
>

Do wersji 8.2 postgres dosyďż˝ swobodnie rzutowaďż˝ typy (*), od wersji 8.3 juďż˝ jest bardziej restrykcyjny w tej kwestii.
Byďż˝o to jedyne takie przejďż˝cie, ktďż˝re wymagaďż˝o sporo pracy przy przenoszeniu baz danych (przynajmniej w moim przypadku)
bo nie daďż˝o siďż˝ zrobiďż˝ ďż˝agodnego przejďż˝cia (warnningi, parametr konfiguracyjny).

* - select '000'::text = '0'::int4; zwracaďż˝o prawdďż˝, obecnie zwraca bďż˝ďż˝d.

--
P.M.

Tomasz

unread,

Apr 9, 2013, 1:02:57 AM4/9/13

to

Uďż˝ytkownik "Paweďż˝ Matejski" <ma...@nospam.madej.pl.eu.org> napisaďż˝

>
> Do wersji 8.2 postgres dosyďż˝ swobodnie rzutowaďż˝ typy (*), od wersji 8.3
> juďż˝ jest bardziej restrykcyjny w tej kwestii. Byďż˝o to jedyne takie
> przejďż˝cie, ktďż˝re wymagaďż˝o sporo pracy przy przenoszeniu baz danych
> (przynajmniej w moim przypadku) bo nie daďż˝o siďż˝ zrobiďż˝ ďż˝agodnego przejďż˝cia
> (warnningi, parametr konfiguracyjny).
>
> * - select '000'::text = '0'::int4; zwracaďż˝o prawdďż˝, obecnie zwraca bďż˝ďż˝d.

Dzieki ze mi to przypomniales, wlasnie dokladnie ten problem zniechecil mnie
do zmiany wersji.
Nie bylem pewien czy to jedyny problem ktory wtedy zauwazylem czy moze kryja
sie jeszcze jakies inne haki ktore wyjda mi po roku eksploatacji.
Tak sie sklada ze cala logike biznesowa mam zapisana w procedurach na bazie
w zwiazku z czym mialbym mnostwo kodu do poprawiania no i do testowania.

--
Tomasz