gfORM没有采用其他ORM常见的BelongsTo, HasOne, HasMany, ManyToMany这样的模型关联设计,这样的关联关系维护较繁琐,例如外键约束、额外的标签备注等,对开发者有一定的心智负担。因此gf框架不倾向于通过向模型结构体中注入过多复杂的标签内容、关联属性或方法,并一如既往地尝试着简化设计,目标是使得模型关联查询尽可能得易于理解、使用便捷。

接下来关于gf ORM提供的模型关联实现,从GF v1.13.6版本开始提供,目前属于实验性特性。

那么我们就使用一个例子来介绍gf ORM提供的模型关联吧。

数据结构

为简化示例,我们这里设计得表都尽可能简单,每张表仅包含3-4个字段,方便阐述关联关系即可。

# 用户表
CREATE TABLE `user` (
  uid int(10) unsigned NOT NULL AUTO_INCREMENT,
  name varchar(45) NOT NULL,
  PRIMARY KEY (uid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

# 用户详情
CREATE TABLE `user_detail` (
  uid  int(10) unsigned NOT NULL AUTO_INCREMENT,
  address varchar(45) NOT NULL,
  PRIMARY KEY (uid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

# 用户学分
CREATE TABLE `user_scores` (
  id int(10) unsigned NOT NULL AUTO_INCREMENT,
  uid int(10) unsigned NOT NULL,
  score int(10) unsigned NOT NULL,
  course varchar(45) NOT NULL,
  PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

数据模型

根据表定义,我们可以得知:

  1. 用户表与用户详情是1:1关系。
  2. 用户表与用户学分是1:N关系。
  3. 这里并没有演示N:N的关系,因为相比较于1:N的查询只是多了一次关联、或者一次查询,最终处理方式和1:N类似。

那么Golang的模型可定义如下:

// 用户表
type EntityUser struct {
    Uid  int    `orm:"uid"`
    Name string `orm:"name"`
}
// 用户详情
type EntityUserDetail struct {
    Uid     int    `orm:"uid"`
    Address string `orm:"address"`
}
// 用户学分
type EntityUserScores struct {
    Id     int    `orm:"id"`
    Uid    int    `orm:"uid"`
    Score  int    `orm:"score"`
    Course string `orm:"course"`
}
// 组合模型,用户信息
type Entity struct {
    User       *EntityUser
    UserDetail *EntityUserDetail
    UserScores []*EntityUserScores
}

其中,EntityUser, EntityUserDetail, EntityUserScores分别对应的是用户表、用户详情、用户学分数据表的数据模型。Entity是一个组合模型,对应的是一个用户的所有详细信息。

数据写入

写入数据时涉及到简单的数据库事务即可。

err := db.Transaction(func(tx *gdb.TX) error {
    r, err := tx.Table("user").Save(EntityUser{
        Name: "john",
    })
    if err != nil {
        return err
    }
    uid, err := r.LastInsertId()
    if err != nil {
        return err
    }
    _, err = tx.Table("user_detail").Save(EntityUserDetail{
        Uid:     int(uid),
        Address: "Beijing DongZhiMen #66",
    })
    if err != nil {
        return err
    }
    _, err = tx.Table("user_scores").Save(g.Slice{
        EntityUserScores{Uid: int(uid), Score: 100, Course: "math"},
        EntityUserScores{Uid: int(uid), Score: 99, Course: "physics"},
    })
    return err
})

数据查询

单条数据记录

查询单条模型数据比较简单,直接使用Scan方法即可,该方法会自动识别绑定查询结果到单个对象属性还是数组对象属性中。例如:

// 定义用户列表
var user Entity
// 查询用户基础数据
// SELECT * FROM `user` WHERE `name`='john'
err := db.Table("user").Scan(&user.User, "name", "john")
if err != nil {
    return err
}
// 查询用户详情数据
// SELECT * FROM `user_detail` WHERE `uid`=1
err := db.Table("user_detail").Scan(&user.UserDetail, "uid", user.User.Uid)
// 查询用户学分数据
// SELECT * FROM `user_scores` WHERE `uid`=1
err := db.Table("user_scores").Scan(&user.UserScores, "uid", user.User.Uid)

该方法在之前的章节中已经有介绍,因此这里不再赘述。

多条数据记录

查询多条数据记录并绑定数据到数据模型数组中,需要使用到ScanList方法,该方法会需要用户指定结果字段与模型属性的关系,随后底层会遍历数组并自动执行数据绑定。例如:

// 定义用户列表
var users []Entity
// 查询用户基础数据
// SELECT * FROM `user`
err := db.Table("user").ScanList(&users, "User")
// 查询用户详情数据
// SELECT * FROM `user_detail` WHERE `uid` IN(1,2)
err := db.Table("user_detail").
       Where("uid", gdb.ListItemValuesUnique(users, "User", "Uid")).
       ScanList(&users, "UserDetail", "User", "uid:Uid")
// 查询用户学分数据
// SELECT * FROM `user_scores` WHERE `uid` IN(1,2)
err := db.Table("user_scores").
       Where("uid", gdb.ListItemValuesUnique(users, "User", "Uid")).
       ScanList(&users, "UserScores", "User", "uid:Uid")

这其中涉及到两个比较重要的方法:

1. ScanList

方法定义:

// ScanList converts <r> to struct slice which contains other complex struct attributes.
// Note that the parameter <listPointer> should be type of *[]struct/*[]*struct.
// Usage example:
//
// type Entity struct {
// 	   User       *EntityUser
// 	   UserDetail *EntityUserDetail
//	   UserScores []*EntityUserScores
// }
// var users []*Entity
// or
// var users []Entity
//
// ScanList(&users, "User")
// ScanList(&users, "UserDetail", "User", "uid:Uid")
// ScanList(&users, "UserScores", "User", "uid:Uid")
// The parameters "User"/"UserDetail"/"UserScores" in the example codes specify the target attribute struct
// that current result will be bound to.
// The "uid" in the example codes is the table field name of the result, and the "Uid" is the relational
// struct attribute name. It automatically calculates the HasOne/HasMany relationship with given <relation>
// parameter.
// See the example or unit testing cases for clear understanding for this function.
func (m *Model) ScanList(listPointer interface{}, attributeName string, relation ...string) (err error)

该方法用于将查询到的数组数据绑定到指定的列表上,例如:

  • ScanList(&users, "User")

表示将查询到的用户信息数组数据绑定到users列表中每一项的User属性上。

  • ScanList(&users, "UserDetail", "User", "uid:Uid")

表示将查询到用户详情数组数据绑定到users列表中每一项的UserDetail属性上,并且和另一个User对象属性通过uid:Uid字段:属性关联,内部将会根据这一关联关系自动进行数据绑定。其中uid:Uid前面的uid表示查询结果字段中的uid字段,后面的Uid表示目标关联对象中的Uid属性。

  • ScanList(&users, "UserScores", "User", "uid:Uid")

表示将查询到用户详情数组数据绑定到users列表中每一项的UserScores属性上,并且和另一个User对象属性通过uid:Uid字段:属性关联,内部将会根据这一关联关系自动进行数据绑定。由于UserScores是一个数组类型[]*EntityUserScores,因此该方法内部可以自动识别到UserUserScores其实是1:N的关系,自动完成数据绑定。

需要提醒的是,如果关联数据中对应的关联属性数据不存在,那么该属性不会被初始化并将保持nil

2. ListItemValues/ListItemValuesUnique

方法定义:

// ListItemValues retrieves and returns the elements of all item struct/map with key <key>.
// Note that the parameter <list> should be type of slice which contains elements of map or struct,
// or else it returns an empty slice.
//
// The parameter <list> supports types like:
// []map[string]interface{}
// []map[string]sub-map
// []struct
// []struct:sub-struct
// Note that the sub-map/sub-struct makes sense only if the optional parameter <subKey> is given.
func ListItemValues(list interface{}, key interface{}, subKey ...interface{}) (values []interface{})  

// ListItemValuesUnique retrieves and returns the unique elements of all struct/map with key <key>.
// Note that the parameter <list> should be type of slice which contains elements of map or struct,
// or else it returns an empty slice.
// See gutil.ListItemValuesUnique.
func ListItemValuesUnique(list interface{}, key string, subKey ...interface{}) []interface{}
ListItemValuesUniqueListItemValues方法的区别在于过滤重复的返回值,保证返回的列表数据中不带有重复值。这两个方法都会在当给定的列表中包含struct/map数据项时,用于获取指定属性/键名的数据值,构造成数组[]interface{}返回。示例:
  • gdb.ListItemValuesUnique(users, "Uid")用于获取users数组中,每一个Uid属性,构造成[]interface{}数组返回。这里以便根据uid构造成SELECT...IN...查询。
  • gdb.ListItemValuesUnique(users, "User", "Uid")用于获取users数组中,每一个User属性项中的Uid属性,构造成[]interface{}数组返回。这里以便根据uid构造成SELECT...IN...查询。




Content Menu

  • No labels

35 Comments

  1. 当正向关联后再反向关联就会报import cycle not allowed

    这块应该怎么处理

    刘洋 你应该需要的是dao设计,请参考下相关设计章节:对象封装设计

  2. 这个1对多的正相关联关系不能定义反向关联吗,类似于PHP的belongsTo这种定义

    1. 其实这里不存在模型间的关联关系的提前定义了,关联关系由业务逻辑查询的时候通过Scan/ScanList方法自行绑定关联数据模型,按照数据对象设计时候的关系自行绑定即可。gdb组件在这里做的是提供便捷方法组装数据,并没有帮开发者维护模型关联信息。

      1. Scan/ScanList这个我知道,我现在的问题是我定义这种结构体应该怎么定义呢
        就是1:N的反向定义, 我现在查询副表,然后关联主表信息
        前提是我1:N的正向关系已经定义了

        1. 你来个问题的例子,我可以写给你看。

          1. 比如通过查询EntityUserScores信息,然后需要把EntityUser的信息也关联查出来

            1. package main
              
              import (
              	"github.com/gogf/gf/database/gdb"
              	"github.com/gogf/gf/frame/g"
              )
              
              // 用户表
              type EntityUser struct {
              	Uid  int    `orm:"uid"`
              	Name string `orm:"name"`
              }
              
              // 用户学分
              type EntityUserScore struct {
              	Id     int    `orm:"id"`
              	Uid    int    `orm:"uid"`
              	Score  int    `orm:"score"`
              	Course string `orm:"course"`
              }
              
              // 用户学分+用户信息
              type Entity struct {
              	User  *EntityUser
              	Score *EntityUserScore
              }
              
              func main() {
              	var entities []*Entity
              	g.DB().SetDebug(true)
              	// 查询用户学分数据
              	// SELECT * FROM `user_scores`
              	err := g.DB().Table("user_scores").ScanList(&entities, "Score")
              	if err != nil {
              		panic(err)
              	}
              	// 查询用户基础数据
              	// SELECT * FROM `user` WHERE `uid` IN(1)
              	err = g.DB().Table("user").
              		Where("uid", gdb.ListItemValuesUnique(entities, "Score", "Uid")).
              		ScanList(&entities, "User", "Score", "uid:Uid")
              	if err != nil {
              		panic(err)
              	}
              	g.Dump(entities)
              }
              1. 不是这个意思  我的意思是前提已经有这个了

                // 组合模型,用户信息
                type Entity struct {
                    User       *EntityUser
                    UserDetail *EntityUserDetail
                    UserScores []*EntityUserScores
                }

                然后怎么定义User和UserScores之间的关系

                上面那个Entity里的User和UserScores之间的关系是1:N,我需要的UserScores和User之间的是1:1的关系

                1. 哥,那你需要的不就是UserUserDetail的关系吗,不够参考吗?

                  1. 示例中定义的struct是放在user_model里的,userdetail之间的关系是1:N

                    我现在需要的是在detail_model里定义struct,是detail关联user,关系是1:1

                    这样模型就会重复引用,会报 import cycle not allowed

                    1. 你可能是使用的旧版的model方式,那种方式如果包依赖设计不好就有这样的问题,所以才会有dao这种方式,请参考:对象封装设计

  3. 总觉得这个关联模型有点别扭,不如BelongsTo, HasOne, HasMany, ManyToMany这样的模型关联设计用起来舒服,对于我来说,我宁愿自己维护一下模型struct中的标签备注,这样维护一次,以后每次调用的时候,至少不用我手动查两次库,然后再用scan去绑定关系了


    1. 你可以来个例子,我们仔细交流下。

      1. 没想好怎么实现,不过我知道我想要什么亚子滴,大致是这样吧

        // 用户表
        type EntityUser struct {
            Uid  int    `orm:"uid"`
            Name string `orm:"name"`
            Detail *EntityUserDetail `with:"uid=user_id"`
        }
        // 用户详情
        type EntityUserDetail struct {
            UserId     int    `orm:"user_id"`
            Address string `orm:"address"`
        }
        dao.User.With(&EntityUserDetail).Where("uid=?",1)
        // With方法会执行两条sql
        // 查询用户基础数据
        // SELECT uid,name FROM `user` WHERE `uid`=1
        // SELECT user_id,address FROM `user_detail` WHERE `user_id`=1

        就是has One吧


        1. 这个方法不错,  我也觉得可行..

        2. 好的,我明白了,现在的ScanList可能还比较偏底层一些,易用性可以再改进一下。感谢你的建议,我想了想可以进一步这么改进:

          1. 现在的model增加TableName方法,用于识别该model对象涉及到的表明,以便后续与其他表关联查询时不再需要开发者输入数据表名。这个也可以通过cli工具全自动生成。
          2. 结构体属性按照你这样设计不错,不过数据库相关的标签用orm标签统一管理比较好一些。

          最终的效果可能如下:

          package main
          
          import (
          	"focus/app/dao"
          	"github.com/gogf/gf/frame/g"
          )
          
          // 用户表
          type User struct {
          	Uid    int         `orm:"uid"`
          	Name   string      `orm:"name"`
          	Detail *UserDetail `orm:"ref:user_id=uid"`
          }
          
          // 用户详情
          type UserDetail struct {
          	UserId  int    `orm:"user_id"`
          	Address string `orm:"address"`
          }
          
          func (m *User) TableName() string {
          	return "user"
          }
          
          func (m *UserDetail) TableName() string {
          	return "user_detail"
          }
          
          func main() {
          	dao.User.Where("uid", 1)
          	// 查询会自动执行两条SQL:
          	// SELECT `uid`,`name` FROM `user` WHERE `uid`=1
          	// SELECT `user_id`,`address` FROM `user_detail` WHERE `user_id`=1
          
          	dao.User.Where("uid", g.Slice{1, 2, 3})
          	// 查询会自动执行两条SQL:
          	// SELECT `uid`,`name` FROM `user` WHERE `uid` IN(1,2,3)
          	// SELECT `user_id`,`address` FROM `user_detail` WHERE `user_id` IN(1,2,3)
          }
          
          

          诸君意下如何?

          1. 这样挺好的,不过,有一个小问题!

            就是需要的时候才执行第二条sql语句,不能让struct中有orm:"ref:user_id=uid"这个标签的就自动执行!

            就是需要一个特定的方法来自行!懂我的意思吧!比如下面的With这样

            dao.User.With(&EntityUserDetail).Where("uid=?",1)



            1. 嗯,好建议,我想想哈。

              1. 嗯嗯,还要想想办法,能自定义第二条sql的Fields


  4. `    if err := dao.Page(req.Page-1, req.Limit).Where(dao.genCond(req)).
            ScanList(&list, "Record").Error(); err != "" {
            g.Log().Ctx(ctx).Warning("query records failed:", err, req)
            return nil, 500
    `
    goframe will throw panic when err is nil.
    runtime error: invalid memory address or nil pointer dereference

    github上不去了,这里提一下吧。
    goframe 1.15.3 golang 1.15.6

    补充一下:之前orm用gorm,所以会顺手写上scan().error。

    • ScanList(&users, "UserDetail", "User", "uid:Uid")

    表示将查询到用户详情数组数据绑定到users列表中每一项的UserDetail属性上,并且和另一个User对象属性通过uid:Uid字段:属性关联,内部将会根据这一关联关系自动进行数据绑定。其中uid:Uid前面的uid表示查询结果字段中的uid字段,后面的Uid表示目标关联对象中的Uid属性。


    刚刚尝试了很久,终于成功了。觉得文档这样改下更好懂:
    表示将查询到的用户详情数组绑定到users列表中对应的UserDetail属性上,绑定时,与users中的User对象通过uid:Uid字段:属性关联,其中uid:Uid前面的uid表示查询结果字段中的uid字段(user_scores表中的字段名),后面的Uid表示目标关联对象(users.User)中的Uid属性(结构体变量名)。内部会根据对应的关系进行自动数据绑定。

  5. var list []model.RecordAndMedicationList
    if err := dao.DB.Table("comm_medical_record").Page((req.Page-1)*req.Limit, req.Limit).Where(dao.genCond(req)).Order("create_time desc").
    	ScanList(&list, "Record"); err != nil {
    	g.Log().Ctx(ctx).Warning("查询病例记录失败:", err, req)
    	return nil, 500
    }
    if err := dao.DB.Table("comm_medications").
    	Where("Medic_Record_Id", gdb.ListItemValuesUnique(list, "Record", "RecordId")).
    	ScanList(&list, "Medications", "Record", "medic_record_id:RecordId"); err != nil {
    	g.Log().Ctx(ctx).Warning("查询病例记录关联的用药记录失败:", err, req)
    	// 疑似gf orm存在问题,当第一次查询只有单条记录,第二次查询没有得到数据,数据关联时,会返回Error sql: no rows in result set
    
    	// 希望返回nil,仅仅由于字段不匹配、数据库连接错误等问题再返回error
    	// return nil, 500 暂时注释掉
    }
    return &list, 200
  6. 我研究了下,关联模型需要用到非匿名字段,这样做最后处理的结果转成json都包含了该字段名.我想实现匿名字段那种json的效果有办法么.

    例如:

    type SysUserPageEntityRes struct {
        User *SysUserPageRes
        SysEmo *SysEmoInfores
    }

    json结果 都包含在了 usersysemo两个子级中了,而我使用匿名变量json结果直接在顶级中。

    1. 可以使用embedded方式嵌入结构体。

      1. ScanList(&users, "UserScores", "User", "uid:Uid")

        embedded方式嵌入,第二个参数 UserScores 应该咋填,因为没有名字啊


        1. 其实是有名字的,就是embedded的结构体名字。

          1. 原来如此 谢谢

  7. 请问在scanList不能使用以下的结构进行模型关联吗,在使用with之后发现二者风格不太统一

     // 用户详情
    type EntityUserDetail struct {
        Uid     int    `orm:"uid"`
        Address string `orm:"address"`
    }
    // 用户学分
    type EntityUserScores struct {
        Id     int    `orm:"id"`
        Uid    int    `orm:"uid"`
        Score  int    `orm:"score"`
        Course string `orm:"course"`
    }
    // 组合模型,用户信息
    type Entity struct {
        Uid  int    `orm:"uid"`
        Name string `orm:"name"`
       UserDetail *EntityUserDetail UserScores []*EntityUserScores }
    1. 可以的,如果不行的话可以先自己研究下,不行就把代码提issue。

  8. 这点我有点疑问,现在热门ORM都支持Hasone BelongsTo这种关联方式,大多数开发者也已经习惯以此方式进行关联,不支持此关联方式是否与大环境背道而驰,反而会造成开发者的心智负担呢,我个人还是比较喜欢Hasone BelongsTo这种关联方式的

    1. 这里算是一种尝试,其中 aries 建议中的with特性挺好的,目前也是在尝试阶段。

  9. 当我首次看文档,有两个地方是让我混乱的,这可能跟我经常使用传统的ORM有一定的关系. 

    第一个混乱的地方

    没有明确的知道GF框架里面并没有做关系关联之类的功能,而是提供了偏向底层的功能方面的封装,让用户自己做关系的绑定.

    例如:

    // 组合模型,用户信息
    type Entity struct {
        User       *EntityUser
        UserDetail *EntityUserDetail
        UserScores []*EntityUserScores
    }

    这里完全由用户自行组合类型去定义关联关系

    而这个类型中的每个属性,是有GF框架提供的方法给赋值进去的,

    例如:

    // 定义用户列表
    var user Entity
    // 查询用户基础数据
    // SELECT * FROM `user` WHERE `name`='john'
    err := db.Table("user").Scan(&user.User, "name", "john") 
    if err != nil {
        return err
    }
    // 查询用户详情数据
    // SELECT * FROM `user_detail` WHERE `uid`=1
    err := db.Table("user_detail").Scan(&user.UserDetail, "uid", user.User.Uid)
    // 查询用户学分数据
    // SELECT * FROM `user_scores` WHERE `uid`=1
    err := db.Table("user_scores").Scan(&user.UserScores, "uid", user.User.Uid)

    其中第1段:  err := db.Table("user").Scan(&user.User, "name", "john")

    等价于 user.User = db.Table("user").Where("name","john").One()


    第2段 err := db.Table("user_detail").Scan(&user.UserDetail, "uid", user.User.Uid)

    是与上面第一段一起使用的,没有上面给user里面的User赋值,第二段就是不成功的,我就卡在了这里!!!!,我以为没有第一段也同样可以单独运行第二段.

    所以这是连贯操作,有了第一步的赋值,才有下面的关系处理,核心思想就是一直连续的在操作 user这个变量.先查出基本数据赋值给变量,后面在不断的用这个user变量里面的值继续查询新的数据,然后再赋值给这个变量,再查询,再赋值..反复的过程.


    第二个混乱的地方

    就是ListItemValues/ListItemValuesUnique这两个函数, 以为跟关联模型有紧密关系,其实不然,这两个函数只是为了过滤数键的值的....不一定只用在ORM上面,其他地方也一样可以用.

    1. 我想表达的意思是,在文档中说明一下模型关联的设计思想,GF中并没有对BelongsTo, HasOne, HasMany, ManyToMany这些内容进行单独的设计,而这些传统的ORM关联模型的设计,在GF框架中是利用GO语言的继承嵌套为基础,由用户自己完成的,GF只是提供了整合的函数;

      在文档里应该介绍这些函数的实现思路和用法就可以了.也可以把传统的每个关联模型做一个转化或实现的演示,说明一下BelongsTo, HasOne, HasMany, ManyToMany 每一个所对应的实现方式;

      不紧密相关的一带而过,或跳转到指定内容去单独去学习,不然会让读者有误解.以为这些都是与关联模型紧密相关的.

      例如: ListItemValues/ListItemValuesUnique 的功能就是为了提取结果集中对象数组的键值为一个新的数组,以便SQL查询中IN的条件. 这个与关联模型不是直接关系或者说不只是用在关联模型这边,比如WhereIn的条件.会用到这两个函数来方便用户方便提取条件等等...

    2. 补充一下,虽然第一次被卡住了,但是理解了GF框架的思想之后,在之后的使用上是很顺畅的,没有发现不可实现的关联和查询.至于SQL查询效率方面也还好,可以在索引和查询方式上多做考虑,并不是框架方面的问题,对于go语言来说影响不大.

      像@aries的需求中所说的增加筛选条件,这样的需求如果在结果集变量中处理数据要比sql查询中处理要更合理,毕竟数据库目前是个瓶颈,还是需要尽量减少对数据库条件筛选之类操作,如果是在程序变量中操作就没有什么太大影响.

  10. 数据库

    # 用户表
    CREATE TABLE `user` (
      id int(10) unsigned NOT NULL AUTO_INCREMENT,
      name varchar(45) NOT NULL,
      PRIMARY KEY (uid)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
    
    # 用户详情
    CREATE TABLE `user_detail` (
      user_id  int(10) unsigned NOT NULL AUTO_INCREMENT,
      address varchar(45) NOT NULL,
      PRIMARY KEY (uid)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
    
    # 用户学分
    CREATE TABLE `user_scores` (
      id int(10) unsigned NOT NULL AUTO_INCREMENT,
      user_id int(10) unsigned NOT NULL,
      score int(10) unsigned NOT NULL,
      course varchar(45) NOT NULL,
      PRIMARY KEY (id)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;


    数据库对应的go类型定义

    // 用户表
    type User struct {
    	Id   int    `orm:"id"`   // 自增ID
    	Name string `orm:"name"` // 用户名
    }
    
    // 用户详情表
    type UserDetail struct {
    	UserId  int    `orm:"user_id"` // 关联User表ID
    	Address string `orm:"address"` // 用户地址
    }
    
    // 用户学分表
    type UserScores struct {
    	Id     int    `orm:"id"`      // 自增ID
    	UserId int    `orm:"user_id"` // 关联User表ID
    	Score  int    `orm:"score"`   // 分数
    	Course string `orm:"course"`  // 学科
    }
    
    // BelongsTo 用户详情 与 用户 是BelongsTo关系。
    type BelongsTo struct {
    	*UserDetail //以UserDetail为基础
      	User *User
    }
    
    // HasOne 用户 与 用户详情 是HasOne关系。
    type HasOne struct {
    	*User //以User为基础
      	UserDetail *UserDetail
    }
    
    // HasMany 用户 与 用户学分 是HasMany关系。
    type HasMany struct {
    	*User //以User为基础
      	UserScores []*UserScores
    }
    
    // UserEntity 上面的三个BelongsTo,HasOne,HasMany可以组合成通用的 用户信息模型UserEntity.
    type UserEntity struct {
    	User       *User
    	UserDetail *UserDetail
    	UserScores []*UserScores
    }


    单条数据与多条数据的查询

    	//单条数据
    	var user *User
    	_=g.Model("user").Scan(&user)
    	g.Dump(user)
    	
    	//多条数据
    	var users []*User
    	_=g.Model("user").Scan(&users)
    	g.Dump(users)

    可以看出,单条数据与多条数据,只是在定义赋值变量上有区别,多条就是单条的Slice;


    BelongsTo与HasOne 的区别,以及HasMany的查询

    	// BelongsTo
    	var belongsTo = &BelongsTo{}
    	_=g.Model("user_detail").Where("user_id",1).Scan(&belongsTo) //先从哪个表中取回数据
    	_=g.Model("user").Scan(&belongsTo.User,"id",belongsTo.UserId) //再把哪个表附加到结果变量上
    	g.Dump(belongsTo)
    	
    	// HasOne
    	var hasOne = &HasOne{}
    	_=g.Model("user").Where("id",1).Scan(&hasOne) //先从哪个表中取回数据
    	_=g.Model("user_detail").Scan(&hasOne.UserDetail,"user_id",hasOne.Id) //再把哪个表附加到结果变量上
    	g.Dump(hasOne) 	
    	
    	//HasMany
    	var hasMany = &HasMany{}
    	_=g.Model("user").Where("id",1).Scan(&hasMany)
    	_=g.Model("user_scores").Scan(&hasMany.UserScores,"user_id",hasMany.Id)
    	g.Dump(hasMany)

    可以看出,BelongsTo与HasOne的区别就是在于先从哪个表中取得数据,再把哪个表的数据合并到最终的结果变量上.

    例如代码实例中,belongsTo的值是以user_detail表为基础,先从user_detail这个表中查询的数据,再把user表的数据查询出来合并进来构成belongsTo,

    而hasOne的值是以user表为基础,先从user表查询出数据,再把user_detail的数据查出来合并到hasOne这个变量中,这个就是HasOne.

    取哪个表的数据,就实例那个表的对象取获取数据,与传统ORM不同的是,GF整体过程其实偏向底层,具体实现是由用户自己去处理结果集,


    BelongsTo,HasOne,HasMany共用UserEntity类型获取数据

    	// BelongsTo
    	var belongsTo = &UserEntity{}
    	_=g.Model("user_detail").Where("user_id",1).Scan(&belongsTo.UserDetail)
    	_=g.Model("user").Scan(&belongsTo.User,"id",belongsTo.UserDetail.UserId)
    	g.Dump(belongsTo)
    	
    	// HasOne
    	var hasOne = &UserEntity{}
    	_=g.Model("user").Where("id",1).Scan(&hasOne.User)
    	_=g.Model("user_detail").Scan(&hasOne.UserDetail,"user_id",hasOne.User.Id)
    	g.Dump(hasOne)
    
    	// HasMany
    	var hasMany = &UserEntity{}
    	_=g.Model("user").Where("id",1).Scan(&hasMany.User)
    	_=g.Model("user_scores").Scan(&hasMany.UserScores,"user_id",hasMany.User.Id)
    	g.Dump(hasMany)

    可以看出定义变量必须是实例化之后的UserEntity类型,也就是必须要划分一块内存空间出来,才可以给空间赋值.