Nie wiem czy dobry dzial, wiec z gory przepraszam jesli nie.
Ruszam z nowym projektem, i zastanawiam sie czy nie uzywac Flyway lub Liquibase do zarzadzania schematem bazy danych. Z opisu wyszlo mi ze bardziej by mi pasowal ten Flyway poniewaz Liquibase pracuje z XML ktorego nie znosze, zamiast ze skryptami. Ma ktos doswiadczenie z oboma, ktorym moze sie podzielic?
0
1
W Liqubase ten xml jest o tyle dobry, że masz pełną przenośność schematu pomiędzy środowiskami (za wyjątkiem jakiś magii konkretnego rozwiązania). Obecnie z tego korzystamy w projekcie i jest ok. Bazę mamy Oracle, ale w testach H2 i postgresa.
W Flyway masz dużo więcej możliwości, ale kosztem elastyczności, bo samodzielnie trzeba dostosowywać skrypty do poszczególnych RDBMS. Korzystałem w projekcie gdzie był wszędzie postgres i było to dobre rozwiązanie. Poza tym Flyway ma wsparcie dla rozwiązań "chmurowych" zarówno na poziomie API (na przykład GAE) jak i infrastruktury (lepiej obsługuje migrację równoległą wielu maszyn).
0
No wlasnie ten projekt, w ktorym chcialbym ktores z tych dwoch zastosowac, jest tylko i wylacznie na Postgresa. Nie bedzie tez mial zadnej magii, wiec zakladam ze moze do testow jakies h2 albo cos bedzie, ale to sql bedzie na tyle generyczny ze da rade - aplikacja bedzie prosta.
0
Tak dodam jeszcze od siebie (korzystam tylko z liquibase) jeżeli używasz w projekcie mavena to jest bardzo wygodna wtyczka do generowania changelogów. Wtyczka nazywa się liquibase-maven-plugin. Jak działa? W skrócie po wprowadzaniu zmian do obiektów domenowych (dodanie nowego pola, relacji itd) odpalamy komendę mavenowa "liquibase:diff" i maven porównuje to co masz w bazie z tym co masz w kodzie i generuje plik xml. Bardzo usprawnia pracę.