John Guo

@doodle971002 @mingzaily 根据后续描述，这个问题其实可以通过自定义`dao`代码生成模板来实现。

@doodle971002 这种在`dao`上封装操作方法的工作价值并不是很大，因为具体的ORM业务场景比较复杂、并且链式操作已经很方便了通过方法组合的方式已经能满足需求。我理解的价值最大的是自动生成`controller/model/service`的`CURD`方法和模型定义。

> > @doodle971002 这种在`dao`上封装操作方法的工作价值并不是很大，因为具体的ORM业务场景比较复杂、并且链式操作已经很方便了通过方法组合的方式已经能满足需求。我理解的价值最大的是自动生成`controller/model/service`的`CURD`方法和模型定义。 > > 那为什么jpa要通过反射实现类似的功能呢 `jpa`是什么？

@x-controller 你好，感谢反馈，这里是文档示例问题，已更新文档：https://goframe.org/pages/viewpage.action?pageId=1114270

@tekintian 你好，感谢反馈，其实上面的堆栈事打印的错误对象的堆栈、下面各重复打印的堆栈是当前打印错误信息时的代码堆栈，在某些场景下两者比较像。

https://github.com/gogf/gf/pull/2090

@qinyuguang 你好，感谢提问。 1. 通过ORM操作不同数据库类型时，针对于不同数据库一些特定类型的支持，可以修改这里：https://github.com/gogf/gf/blob/f580b7a4883465b3bcfac8caa69eacf4ef4ceb3b/contrib/drivers/pgsql/pgsql.go#L124 增加对应数据类型`case`即可。 2. 通过CLI工具针对数据库不同类型生成特定的Golang类型代码，可以修改这里：https://github.com/gogf/gf/blob/f580b7a4883465b3bcfac8caa69eacf4ef4ceb3b/database/gdb/gdb_func_structure.go#L37

> db的类型转换成local的[]int64，目前通过ConvertValueForLocal做的是没有问题的 > > 有问题的是[]int64往db插入的数据时，ConvertDataForRecordValue方法只根据value的类型推断，slice时会直接json.Marshal > > 此时插入数据库的数据就会是 [1,2,3]这种中括号的json字符串，这个内容插入到DB的数组类型字段上，sql会解析错误 这种场景不要直接将变量转换为`[]int64`类型，而转换为`gdb.Raw("{1,2,3}")`这种变量返回，这样就会讲数据直接原模原样提交给底层数据库引擎。

https://goframe.org/display/gf/v2.1+2022-06-22

@larryclean https://goframe.org/pages/viewpage.action?pageId=17207121