如何为属性不完全一致的同类型传感器设计数据结构？

我需要处理一批属性差异较大的传感器：部分传感器共享部分属性，部分拥有独有的属性。当前的实现方式不够优雅，需要硬编码表名并返回给客户端，希望找到更合理的方案来获取这些传感器的信息。

传感器表结构 #

Sensor1
    -Info1
    -Info2
    -Info3
Sensor2
    -Info4
    -Info5
    -Info6
    -Info7
Sensor3
    -Info8
Sensor4
    -Info9
    -Info10
    -Info11
Sensor5
    -Info12
    -Info13
    -Info14
    -Info15
Sensor6
    -Info15
    -Info14
    -Info18
    -Info9
    -Info10
    -Info11
    -Info12

当前临时实现代码 #

ginGine.GET("/sensors", func(ctx *gin.Context) {
    //[table name][display name]
    sensorLst := map[string]string{
        "sensor_1_table_name": "Sensor 1",
        "sensor_2_table_name": "Sensor 2",
        "sensor_3_table_name": "Sensor 3",
        "sensor_4_table_name": "Sensor 4",
        "sensor_5_table_name": "Sensor 5",
        "sensor_6_table_name": "Sensor 6",
    }

    type Record struct {
        ID string
    }

    //[table name][info array]
    respMap := make(map[string][]map[string]string)
    for k, v := range sensorLst {
        recs := []Record{}
        cmmHelpers.GetDB().Raw(fmt.Sprintf("SELECT id FROM %s", k)).Find(&recs)

        for _, el := range recs {
            //[record id][display name]
            info := map[string]string{}

            //populate info map
            info["id"] = el.ID
            info["table_name"] = k
            info["display_name"] = v
            //get the existing info list/map associated with the table name key of sensorLst
            innerMap := respMap[k]

            //add the new info to innerMap
            innerMap = append(innerMap, info)
            //replace the old innerMap with the updated one
            respMap[k] = innerMap
        }
    }

    //convert map to byte[]
    jsonData, err := json.Marshal(respMap)
    if err != nil {
        fmt.Println("Error marshaling JSON:", err)
        return
    }

    ctx.Data(200, "application/json; charset=utf-8", []byte(jsonData))
})

我想到的解决方案 #

我考虑创建一个包含所有可能属性的单体Sensor模型，在Gin代码中仍使用原有的小型模型处理对应传感器，保存时将小型模型的数据转移到单体模型中，形成统一的传感器表。之前也尝试过用Go的接口，但Go的接口用法和多数面向对象语言不同，没找到合适的落地方式。这个方案比临时实现要好一些，但还是不够简洁，后续查询可能仍需要临时处理。

优化建议 #

1. 单表+JSON动态字段方案
   无需拆分多表，建一个主表包含传感器通用属性（如ID、类型名称、创建时间），再加一个JSON类型字段properties存储各传感器的独有属性。主流数据库（PostgreSQL、MySQL 8.0+）都支持JSON字段的索引和查询，既统一了表结构，又能灵活适配不同传感器的属性差异。

2. Go风格的接口封装
   定义基础Sensor接口，包含通用方法（如GetID()、GetTypeName()），每个具体传感器实现该接口。数据库层面可采用单表存储，查询时根据类型断言转换为具体模型，符合Go的接口设计思想，避免强行套用类继承逻辑：

   type Sensor interface {
       GetID() string
       GetTypeName() string
   }
   
   type Sensor1 struct {
       ID     string
       Info1  string
       Info2  int
       Info3  bool
   }
   
   func (s *Sensor1) GetID() string { return s.ID }
   func (s *Sensor1) GetTypeName() string { return "Sensor 1" }
   

3. 移除硬编码表名
   将传感器类型与表名的映射放到配置文件（如config.yaml），或初始化时注册到全局管理器中，新增传感器时只需更新配置或新增模型实现，符合开闭原则。

4. ORM安全查询优化
   当前代码用Raw拼接SQL存在潜在注入风险，建议用ORM的链式查询。以GORM为例，可为每个传感器模型定义表名方法，直接通过ORM查询：

   func (s *Sensor1) TableName() string {
       return "sensor_1_table_name"
   }
   

   查询时直接执行db.Find(&sensor1List)，无需手动拼接SQL语句。

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