0
我在我們公司介紹了Flyway,我想知道是否可以在tar.gz或zip中使用flyway支持腳本。我們的轉儲非常龐大(600MB),即使我只轉儲了必要的表,它仍然足夠大(100MB)。 Github只支持低於50MB的文件,所以我不能提交這個基準。Do Flyway支持壓縮腳本
或者我做錯了使用生產轉儲作爲基準?
我在我們公司介紹了Flyway,我想知道是否可以在tar.gz或zip中使用flyway支持腳本。我們的轉儲非常龐大(600MB),即使我只轉儲了必要的表,它仍然足夠大(100MB)。 Github只支持低於50MB的文件,所以我不能提交這個基準。Do Flyway支持壓縮腳本
或者我做錯了使用生產轉儲作爲基準?
這聽起來像你需要一個工具,如DbUnit。如果不是,那麼使用自定義MigrationResolver
來做你想做的事當然是可能的。您可以擁有任意數量的壓縮文件(保持在50MB以下)並從類路徑(或文件系統位置)讀取它們。你甚至可以在你的自定義解析器中使用DbUnit來簡化事情。我之前完成的任務是將龐大的任務分解爲一組較小的ResolvedMigration
任務,每個任務都有一個次要版本號,這樣可以更容易地推斷髮生了什麼事情,特別是當事情失敗時。生成版本號的過程是完全確定性的,否則您的遷移可能會以奇怪的方式失敗。您可能需要做一些額外的工作,以確保您的對象是懶惰的,這樣您每次運行Flyway時都不會最終解壓數百兆字節,無論是否需要完成任何工作。
就我個人而言,我不會把所有生產*數據*放在基準線上。我會將生產*模式*放入基準中,然後在數據庫中定義一組測試數據。問題是,爲什麼你想要/需要遷移中的生產數據? –