@Chengxians

老哥你说的对，反正机会是给有准备的人的，而我还正在准备[笑哭]

@yamasa
没想到还有人眼熟我。谢谢老哥仔细的建议啦。

算法其实我也想刷，但相比算法，我连这些框架都没用过，所以还是想着先学框架了。不过算法就拉下了，以后还得补，蛋疼阿。

学完 sb，可以按照你建议试试。

嗯，我也觉得第二份工作不能将就了，加油把

@ZnBDPang
起码你还有 curd 的经验，我连这个都没有。而且你说外包，我也感觉外包都不会要我呢。。。

哎， 加油把

谢谢各位回答啦

@chihiro2014
@xiaowei0823
@xgfan
@chendy
@aguesuka
@aflow
@a719031256
@cway

帖子中的问题我解决了，确实不是版本问题，是我 maven 配置文件 xml 标签写错了。

现在在 test 文件夹下有测试文件，src 文件夹下有源码 java 文件。这里有几个问题，问下各位？
1. 我修改了 src 中的文件，然后运行 test 文件的方法，发现源码文件对应的 class 文件没有更新，打印结果也没有变。所以只是运行 test 文件不会触发编译吗？
2. 我右键我的 module，点击 build module xxx （因为是一个项目里又建了个 module ），然后运行 test 文件的方法，发现源码文件对应的 class 文件也没有更新，打印结果也没有变。build 怎么也不会触发编译?
3. 我打开右边 maven 标签，点击 lifecyle 里面的 compile 后，然后运行 test 文件的方法，发现源码文件对应的 class 文件更新了，打印结果也变了。这个倒是能正常工作，但感觉有点麻烦啊。

新人向，大佬轻喷

@xgfan
用了镜像的
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>http://maven.aliyun.com/nexus/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>

@xgfan
我昨天已经踩了好久坑了，照着视频做，就是有问题。

@chihiro2014
@chendy
idea 自带的 maven 总是叫什么 bounded(maven)，所以 idea 自带的 maven 总是与 idea 自身匹配的呗。

而且我出现的 build 后编译不出来 class 的问题，是不是就是 maven 与 idea 不匹配导致的呀。

@walkerliu
好吧，我也觉得小数点应该不是问题，但为毛，那个自定义变量 @r 都是一个 int 型的，但从子查询的结果集再一查就变成了个字符串了。

这是个什么知识点。。

@walkerliu
感觉里面不需要嵌套两个子查询吧，晚上我执行一下你的。

为啥我那个外层查询得到 rank 的字段看起来是个字符串的类型呢，奇怪，晚上看看

@justgodlike1993
两个字段都得转吗

网址在这里，大佬们帮忙瞅瞅

https://leetcode-cn.com/problems/rank-scores/

@519718366

>改写后的 sql 是通过子查询的形式，这样做最大的特点是产品信息的去重，即使订单里有两个商品 A，返回的结果里也只有一条 A 的纪录。

其实我那个子查询不会去重，不过你提醒了我，子查询应该这么写：
(SELECT prod_id, sum(quantity) FROM orderitems WHERE order_num = 20005 GROUP BY prod_id)
或者：
(SELECT distinct prod_id FROM orderitems WHERE order_num = 20005)


select 里的子查询确实不好，我也觉得。


>我推荐把 sql 拆成多次执行用上覆盖索引。第一次带上查询条件，用上覆盖索引，把关键的 id 返回给服务器，服务器再根据第一次返回的 id 去对应的表查附属信息。

本人比较菜，大概理解下。加覆盖索引就得 ALTER TABLE，以后你意思是 执行多个 sql 语句吗，这怎么搞，第一个 sql 语句的结果存起来吗

个人怀疑，是不是 ForkJoinPool#commonPool()的坑，难道是在 supplyAsync 内部提交 task 给 commonPool 的时候执行了什么奇怪的拒绝策略。

建议使用 supplyAsync(Supplier<U> supplier, Executor executor)，自己给一个线程池，排除一下线程池的原因。

@qiayue 忘 @了

其实我是根据书中前面内容瞎改了下，用 explain 看了下，我这么改好像更不好了。本来以为先用子查询查出订单 20005 里的产品 id 会更好呢。

第一个图是第一个查询的。

<img src="https://s1.ax1x.com/2020/09/05/wZSgx0.png" alt="1599316644(1)" border="0">

第二个图是第二个查询的。

<img src="https://s1.ax1x.com/2020/09/05/wZSHR1.png" alt="1599316719(1)" border="0">

而且还报了个警告。。

感觉 thenCompose 很像 thenApplyAsync，但又不是。

而且 thenComposeAsync 就更难理解了。

@passerbytiny
好吧，大概理解了。主要之前我以为我这个例子，applyAsync 和 thenApplyAsync 的执行线程肯定是同一个线程，但从源码上看发现 前一个线程只是提交任务给 Executor 而已。

所以，applyAsync 和 thenApplyAsync 的执行线程不一定是同一个呗。只是这个例子里，线程池是这样调度的。