如何复用YearMonth结构体创建year_month_account复合索引且不生成year_month索引？

你可以通过以下几种方式实现需求：既复用YearMonth的便捷方法，又避免生成原有的year_month索引，同时创建新的year_month_account复合索引：

方法一：重构YearMonth结构体，剥离默认索引标签 #

将YearMonth的索引标签移除，仅保留字段和便捷方法，然后在需要单独year_month索引的结构体中手动添加该索引，在CloudfrontData中添加目标复合索引：

// 重构后的YearMonth：只保留字段、方法和非索引标签
type YearMonth struct {
    Year  int        `uri:"year" json:"Year"`
    Month time.Month `uri:"month" json:"Month"`
    // 这里保留你的便捷方法，比如YearMonth.String()等
}

// 需要单独year_month索引的结构体示例
type SomeOtherData struct {
    YearMonth `gorm:"index:,unique,composite:year_month"`
    // 其他字段...
}

// CloudfrontData中定义目标复合索引
type CloudfrontData struct {
    YearMonth        `gorm:"index:,unique,composite:year_month_account,priority:1"`
    AWSAccount       string `gorm:"index:,unique,composite:year_month_account,priority:2"`
    BytesTransferred float64
    ModelWithoutID
}

这种方式最简洁，从根源上避免了索引继承问题，同时完全复用YearMonth的字段和方法。

方法二：在CloudfrontData中重定义字段覆盖内嵌结构体的字段索引 #

如果无法修改原YearMonth结构体，可以在CloudfrontData中重新定义Year和Month字段，同时嵌入YearMonth结构体来复用其方法（注意：嵌入的YearMonth字段会被重定义的字段覆盖，不会重复生成数据库列）：

// 保留原YearMonth结构体不变
type YearMonth struct {
    Year  int        `uri:"year" gorm:"index:,unique,composite:year_month,priority:1" json:"Year"`
    Month time.Month `uri:"month" gorm:"index:,unique,composite:year_month,priority:2" json:"Month"`
    // 便捷方法...
}

type CloudfrontData struct {
    // 重定义字段并设置新的复合索引标签
    Year  int        `uri:"year" gorm:"index:,unique,composite:year_month_account,priority:1" json:"Year"`
    Month time.Month `uri:"month" gorm:"index:,unique,composite:year_month_account,priority:2" json:"Month"`
    AWSAccount       string `gorm:"index:,unique,composite:year_month_account,priority:3"`
    BytesTransferred float64
    ModelWithoutID
    YearMonth // 仅嵌入方法集，字段被重定义覆盖
}

这种方式无需修改原YearMonth，但要确保重定义的字段名、类型与YearMonth中的完全一致，避免出现重复字段。

方法三：使用GORM迁移Hook删除多余索引 #

如果以上两种方式都不适用，可以在迁移完成后手动删除year_month索引：

// 在CloudfrontData的AutoMigrate后执行索引删除操作
db.AutoMigrate(&CloudfrontData{})
// 执行SQL删除索引（需根据数据库类型调整语句，以下为MySQL示例）
db.Exec("DROP INDEX year_month ON cloudfront_datas;")

这种方式属于事后补救，适合无法修改结构体定义的场景，但需要注意数据库兼容性，且每次迁移都要执行该操作。

内容的提问来源于stack exchange，提问作者Rafael Cruz