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... __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
