postgresql 7.4rc

Paweł Gołaszewski blues w ds.pg.gda.pl
Pon, 10 Lis 2003, 16:00:19 CET


On Mon, 10 Nov 2003, Jacek Konieczny wrote:
> > > Druga - czy nie trzeba zamienić "7.3" na "7.4" przy sprawdzaniu w
> > > %pre? Chyba tak - wg dokumentacji jest wymagany dump/resore.
> > Znowu??? ten postgres jest poj....y... Z każdą wersją dump/restore -
> > to jest chore...
> Z każdą główną wersją. Takie są założenia tego projektu i to nie jest
> chore. Przynajmniej może się normalnie rozwijać. Gdyby miał trzymać
> kompatybilność formatu bazy między wersjami za wszelką cenę, to wielu
> rzeczy w nim nigdy byśmy się nie doczekali. A jeżeli ktoś ma baze
> postawioną na 7.3 i spełnia ona wszystkie jego wymagania to nie ma
> potrzeby przechodzić na 7.4. Takie "automatyczne" przechodzenie na nową
> wersję na systemie produkcyjnym byłoby głupotą nawet gdyby format bazy
> był kompatybilny.

Żadna argumentacja.
Mysql zmienia format bazy, a mimo to stare bazy uruchomią się na nowej 
wersji. Owszem, należy dokonać konwersji, ale... to działa. To *jest* 
istotne w systemach produkcyjnych właśnie.

> My, jako twórcy dystrybucji powinnismy jedynie zadbać o to, żeby można
> było dalej używać starej wersji postgresa w nowej wersji dystrybucji.
> Nawet nowe wersje bibliotek (client-side) postgresqla nie powinny w tym
> przeszkadzać.

...i mamy przez to dylemat z p.....m się jak zrobić rpm -Uhv postgres i 
żeby to było bezbolesne... Możliwe przy mysql-u - niemożliwe przy 
postgresie...

-- 
pozdr.  Paweł Gołaszewski 
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...



Więcej informacji o liście dyskusyjnej pld-devel-pl