我感觉得先写出来能写单测的代码...然而现实情况是由于时间问题能跑就行

就算聚合在一起那也可以打包部署不同 module 下的服务吧

用位图

买比特币
买 amd 股票

这种我习惯把字段=默认值语句写在有参构造函数里

@wangyanrui 如果用 Example 这种方式去查那得注意一下，不处理的话会默认当成查询条件

虽然西数不是全线产品都有冷数据掉速问题，但是不买就不会碰到
https://ngabbs.com/read.php?tid=24403507

au

写个接口，包括操作和回滚方法，分别实现然后放到数组里...😂

@ReinerShir #20 确实是，不过这些感觉都是“假需求”。。。1000w+的数据谁会一页一页或者跳页看。。

有些数据库 in 是有数量限制的吧，还有提交 sql 的大小限制...

原表 join 一下或者放到临时表里 join 一下再或者代码里 for 一下？

hibernate 的一级缓存

用 jpa 还要注意 entity 的生命周期

@ReinerShir #18 别把 id 的值当成 offset 算
分页的时候前台把显示的最后一条记录的 id 传过来，每页记录条数传过来。查询的时候用 where id > #{previousId} limit #{pageSize}

@InkAndBanner #2 不如直接 debug 的时候 Evaluate 一下那行，看看 exception 日志

readValue(content, MicroShopOrder[].class)

然后把数组返回值转成 list

'如果 ID 不是连续的就不行吧？ 那样会少条数，比如 1-10 的 ID 中间少了 8，那么根据>=1 and <=10 就会只查出 9 条，不知道我理解的对不对。'

用这种 'where id > xx limit 10'

等 6800xt

我觉得在忽略数据库本身性能的情况下，无论用什么 orm，只要能保证这些 insert 在一个事务里提交执行就 ok

@Blulotus #24 这个是 hibernate 的特性，它自己是有一套对于 entity 管理的生命周期，而 mybatis 更倾向于“原生”...