On Fri, Oct 21, 2005 at 11:35:07AM +0200, Marcin Król wrote:
> Piotr Dobrzański napisał(a):
> > Cześć
> >
> > Pracuję nad upgradem wersji 1.4.1 do (planowanej) 1.8. Analizuje
> > lib/upgradedb i pojawilo sie pare pytan:
> > - Upgrade jest robiony przyrostowo, tzn od od daty w bazie do aktualnej
> > wersji iteruje po każdej wersji po drodze?
>
> Tak.
>
> > - Co się stanie, jeżeli baza danych zawiera dodatkowe, własne tabele?
>
> Raczej nic, ew. pojawią się błędy bazy jeśli nazwy tabel będą się pokrywać.
>
> > - Co się stanie, jeżeli oryginalne pola mają dostawione własne kolumny?
>
> Też raczej nic, chyba że j/w. No, i jeśli tabela jest kasowana, to pola
> dodatkowe też będą (Hint, nazwy tabel zmieniły się bardzo od 1.4, więc
> trzeba uważać).
>
> > - Czy jeżeli upgrade się nie powiedzie, będzie jakieś info?
>
> Jakieś będzie. Tzn, pojawią się błędy sql.
>
niestety z tym upgradem to mimo wszystko nie zawsze sie udaje - jakis
czas temu probowalem sobie zrobic taki upgradzik przekrojowy (roznica
wersji ponad 6 mcy) - i nie zadzialalo, dopiero po kilku recznych
poprawkach poszlo.
moze daloby sie zrobic jakis mechanizm sprawdzania integralnosci bazy
danych albo upgrady nie skokowo co 1 wersje tylko inaczej - moze cos sam
ciekawego wymysle...
