Synchronizacja baz danych, praca na 2 komputerach Opcje

[athabus]

Mam taki "case". Od lutego będę pracował na 2 komputerach w dwóch różnych lokalizacjach (częściowo pracuję w domu częściowo w firmie, bo zmieniamy się z żoną). Rozwijam kilka aplikacji i szukam sposobów na synchronizację środowisk dev. Z plikami nie ma problemu bo jest git + serwer zdalny, na który sobie wszystkie zmiany pushuje na koniec dnia. Problem natomiast jest z bazami, bo wiadomo w czasie developerki różne rzeczy się zw bazach zmienia.

Pomysły jakie mi przychodzą do głowy to:
- baza na zdalnym serwerze, ale to się wiąże z małą responsywnością i ewentualnymi kłopotami przy przetwarzaniu większych partii danych w bazie
- skrypcik, który na koniec dnia dumpuje mi bazę do pliku na droopbox

Ale może są jakieś inne sposoby na rozwiązanie tego kłopotu - myślałem o jakichś historiach typu replikacje, ale to chyba strzelanie z armaty do wróbla + kłopot, bo jak pracuję 2 dni w jednej lokalizacji, to drugi komputer jest oczywiście wyłączony.

Oczywiście najwygodniejszy byłby laptop, ale nie chcę go wozić ze sobą, bo po drodze do pracy często robię treningi na basenie lub biegam w lesie i nie chcę zostawiać sprzętu bez nadzoru + często do pracy jeżdżę rowerem 20km w jedną stronę, więc targanie sprzętu nie wchodzi w grę (chyba, że intel kiedyś swój pocket stick wyda w rozsądnej cenie i z parametrami do developerki ;-) )

[vokiel]

- baza na zdalnym serwerze, ale to się wiąże z małą responsywnością i ewentualnymi kłopotami przy przetwarzaniu większych partii danych w bazie

O ile więsze ilości danych będą w bazie a nie wgrywane z komputera lokalnego to całość operacji będzie wykonywana na serwerze a zwracane będą tylko wyniki. Co oznacza, że np UPDATE na 1mln rekordów będzie trwał tyle samo co na maszynie lokalnej (jeśli mają te same parametry). Jeśli natomiast przerzucasz dużo danych z dysku do bazy to różnicę będzie dało się zauważyć na słabym łączu internetowym.

- skrypcik, który na koniec dnia dumpuje mi bazę do pliku na droopbox

Możesz połączyć to z punktem pierwszym - dump bazy na koniec pracy, wgranie do bazy na serwerze, powrót do domu i zgranie bazy z serwera do bazy lokalnej. Piszesz o większych partiach danych, zatem taki zrzut całej bazy, przesłanie na serwer i wgranie będzie zajmował sporo czasu (zwłaszcza, że zwykle łącza domowe/firmowe mają słabsze wysyłanie).

Tu właśnie przychodzi z pomocą replikacja. Dzięki temu nie będziesz przerzucać całej bazy tylko zmodyfikowane rekordy.