当前位置: 首页 > 知识库问答 >
问题:

Flyway脚本不使用Spring Boot执行

卫才
2023-03-14

我遇到的问题是,我的所有或部分迁移脚本都不是由Flyway执行的。我使用的是Spring Boot,并且在application.properties文件中配置了Flyway。配置包括basicmigration目录。这两个目录都分为通用目录和特定于供应商的目录(例如,flyway/migrate/postgreSQL)。

共有1个答案

孟韬
2023-03-14

至少这是个敏感问题。由Mac用户创建的特定于供应商的目录,使用大写字母(如POSTGRESQL)编写,而Flyway使用小写字母(如Flyway/migrate/{vendor},翻译成Flyway/migrate/POSTGRESQL)。这在MacOSX或Windows上不是问题,而是在我的Linux机器上。

如果有人面临同样的问题,我希望这能有所帮助。

 类似资料:
  • 我们希望使用Flyway进行数据库迁移。除了迁移脚本之外,我们还需要执行一些不应被视为迁移的脚本(并且不需要在schema_version表中跟踪)。例如,执行包含配置数据或仅与开发环境相关的测试数据的脚本。我们仍然希望使用flyway-maven-plugin来执行这些SQL脚本,而不是在我的flyway-maven-plugin之前/之后运行的不同maven插件。 对于flyway的迁移前和迁

  • 我没有使用outOfOrder。我希望能够添加一个不是最新的迁移脚本(例如,修复现有脚本,而不更改该脚本)。 我希望在尚未迁移的数据库上运行新脚本,作为正常排序的一部分。任何最新的数据库(例如手动修复的)都应忽略新脚本。 从留档: OutOfOrder—允许迁移“无序”运行。如果您已经应用了版本1和3,并且现在找到了版本2,那么它也将被应用,而不是被忽略。 这表明新脚本将被忽略,但我收到错误: 错

  • 我想将这个Spring属性文件用于数据库配置。 代码运行良好,但不幸的是,当删除所有表后数据库为空时,我会收到SQL错误,因为首先执行迁移脚本。 如何先配置 JPA 以创建表,然后再执行迁移脚本?

  • 在利用mockito模拟redistemplate执行lua脚本的时候,使用mockito的参数匹配器一直无法成功,不知道是否有前辈遇到这样的问题,控制台出现的错误如下: 测试代码如下: 希望redistemplate执行脚本后,返回定义的mockResult列表

  • 我们有一个IT部门的客户,他们坚持在升级之前以脚本的形式获取数据库更新(他们希望在实现更新之前“阅读”更新)。 作为flyway的狂热用户,它让我想到了一种根据更新从flyway生成脚本并将此脚本发送给IT的方法。如果不存在,此脚本至少需要创建版本表,检查版本并应用所需的更新。它当然是数据库供应商专有的(在我的情况下是Oracle)。 这将允许我们在开发环境中使用flyway自动运行更新,并为测试

  • 本文向大家介绍SpringBoot使用flyway初始化数据库,包括了SpringBoot使用flyway初始化数据库的使用技巧和注意事项,需要的朋友参考一下 概述 Flyway这款数据库版本工具就算大家没有使用过但也略有耳闻了,SpringBoot对该款工具进行集成的框架可以让我们在启动SpringBoot应用时自动去找SQL版本文件进行比对执行,但在迁移或初始化时往往还是需要先手动进行下数据库