@celisee 17 号 回的北京， 也是一样的 中途没有任何一个人要求看核酸报告

需要检测吗？ 今天回北京，全程没有一个地方查我的核酸检测报告

楼上说的不错，你这个预算，买新车有点不够，可以考虑买二手的，二手的车其实也不错的。反正就是通勤用

最近也是在装修，跑了几家店。
如果是补差价的话，直接选择大品牌了，至于说有坑什么的，在有坑，也比找小品牌要好。
能后想要省钱的话，可以找厂家定制，这个便宜，但是这个就是需要自己多用点心思，花时间

自己先想几样，能后在试探性的征求女朋友的意见，如果他没说啥那就是这样送，如果有问题她会告诉你的

不用，都是自己手写，如果嫌麻烦可以用 mybatis plus

喝过北京的太难喝了 换成桶装水

看数据的重要性吧，一些非重要的数据就直接自增了（角色、权限）， 重要数据用雪花 id （用户、产品、订单、 支付流水）

感觉这个 sql 问题不大，就是一个简单查询， 你在确认下是不是找错了，可能是其他 sql 引起的

@beiwei2008 我说的 assert 应该和你理解的不一样，我这个是自定义的 assert，和自定义异常以及异常全局处理统一使用，可以减少代码量
eg:
if (a==null) {
throw new xxxException("sfsdfsdfsd")
}


// dosomething
用自定义 assert 可以这么写：
xxxassert.isnull(a,"这里是错误信息")
// dosomething

用过一段时间了，感觉很好用，可以让代码更简洁。减少 if .... else 嵌套

非重要数据 id 自增。重要数据用的 mybatis-plus 带的 ID_WORKER,他是雪花的变种，纯数字，有序，比 uuid 要好。

觉得不合理。
大多数情况下，join 带来的性能问题，比起他带来的优势是不值得一提的，当能，如果出现了性能问题，在把 join 去了，重写这段代码就行。总比一个 join 也不让用要好，
还有 阿里巴巴 禁用的是超过“”三张表“”的 join .也就是 3 张表以内还是可以用 join 的。并不是一刀切。

1. 为什么「先用子查询查出数据，再用 order by 排序子查询的数据」的方法行不通?
2. 这个查询除了对 columnA 建索引外，有没有其他更好的优化方法?
答
1. ORDER BY 关键字用于对结果集按照一个列或者多个列进行排序。
排序的对象是 where 后的数据，所以你用不用子查询，需要排序的数据都是 70w 。 所以在这里，这个方法是行不通的。

2. 不知道数据插入的时候有 主键是不是按时间戳顺序生成的。如果是那就好办了，直接 order by 主键就行。如果不是，好像除了改业务，或者是加硬件 也就是建立 timestamp 的索引这个方法比较实际了。