2024-03-26 11:10:36 +08:00
|
|
|
|
# kangarooDataCenterV3
|
|
|
|
|
|
|
2024-04-01 09:18:20 +08:00
|
|
|
|
中台后端kangarooDataCenterV3
|
|
|
|
|
|
|
|
|
|
|
|
标准方法名
|
|
|
|
|
|
|
|
|
|
|
|
分页查询 queryEntityPage
|
|
|
|
|
|
查询全部 queryEntity
|
|
|
|
|
|
保存 saveEntity
|
|
|
|
|
|
获取单个对象 getEntity
|
|
|
|
|
|
修改 updateEntity
|
|
|
|
|
|
删除 deleteEntity
|
2024-05-23 15:33:25 +08:00
|
|
|
|
启用停用 enableDisableEntity
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Flyway
|
|
|
|
|
|
|
|
|
|
|
|
比较文件先后顺序规则:左对齐原则，缺位用0代替
|
|
|
|
|
|
1.0.0.1 比 1.0.0 版本高。
|
|
|
|
|
|
1.0.10 比 1.0.9.4 版本高。
|
|
|
|
|
|
1.0.0_1 比 1.0.0 版本高。
|
|
|
|
|
|
1_0_0_1 比 1_0_0 版本高。
|
|
|
|
|
|
1.0.10 和 1.0.010 版本号一样高，这是因为每个版本号部分的前导 0 会被忽略。
|
|
|
|
|
|
|
|
|
|
|
|
Flyway 将 SQL 文件分为 Versioned 、Repeatable 和 Undo 三种：
|
|
|
|
|
|
Versioned 用于版本升级，每个版本有唯一的版本号并只能执行一次。
|
|
|
|
|
|
Repeatable 可重复执行，当 Flyway 检测到 Repeatable 类型的 SQL 脚本的 checksum 有变动，Flyway 就会重新执行该脚本，它并不用于版本更新，这类的 migration 总是在 Versioned 执行之后才被执行。
|
|
|
|
|
|
Undo 用于撤销具有相同版本的版本化迁移带来的影响。但是该回滚过于粗暴，过于机械化，一般不推荐使用。一般建议使用 Versioned 模式来解决。
|
|
|
|
|
|
|
|
|
|
|
|
Prefix 可配置，前缀标识，默认值 V 表示 Versioned， R 表示 Repeatable， U 表示 Undo。
|
|
|
|
|
|
Version 标识版本号, 由一个或多个数字构成，数字之间的分隔符可用点 . 或下划线 _。
|
|
|
|
|
|
Separator 可配置，用于分隔版本标识与描述信息，默认为两个下划线 __。
|
|
|
|
|
|
Description 描述信息，文字之间可以用下划线 _ 或空格 分隔。
|
|
|
|
|
|
Suffix 可配置，后续标识，默认为 .sql。
|
|
|
|
|
|
|
|
|
|
|
|
例如：
|
|
|
|
|
|
V3.0.1__initialize.sql 只执行一次
|
|
|
|
|
|
V3.0.2__test_insert.sql 这个文件会在V3.0.1__initialize.sql之后执行，且只执行一次
|
|
|
|
|
|
R__TRUNCATE_bd_app.sql 这个文件会执行多次，但是会校验是否checksum，一般不使用用:注意因为多次执行所以不能有版本号
|
|
|
|
|
|
**校验checksum,简单来说就是文件的行数据发生改变时候会执行，如果内容不变也是不会去执行的**
|
|
|
|
|
|
|
|
|
|
|
|
表flyway_schema_history会记录sql执行的情况
|
2024-07-18 15:02:30 +08:00
|
|
|
|
本项目需要的sql统一放置到resources/flyway下
|
|
|
|
|
|
|
|
|
|
|
|
# 系统初始化
|
|
|
|
|
|
|
|
|
|
|
|
| 名称 | 备注 |
|
|
|
|
|
|
|------|------|
|
|
|
|
|
|
| V3.0.1__sys_init_table.sql | 系统初始化建表语句 |
|
|
|
|
|
|
| 李四 | 32 |
|
|
|
|
|
|
| 王五 | 24 |
|
