@wheatcuican 最近因为买车看了不少车的东西，说到H5我第一反应还真是哈弗的那款车…… 话说我比较喜欢H6的造型，可惜店里都是手动挡。

同花顺？雪球？

有测试又不等于TDD。两者差别大了去了。

我还不如去玩天涯明月刀。

是。苹果虽然也饥饿，但没玩这种期货的手段。现在是个厂商都在那 ”抢抢枪”，看着就烦。抢你妹啊抢。拉低了整个国家的水平。

Uber 念 wu-ber， 优步念优步。

有钱，分数也够的话就去吧。两者里面推荐宁波诺丁汉。

在北京？北京的公司直接无视

得看训的态度和内容。有事说事的那种还好，没事找事的自然不能忍。

乐视超级手机

手机验证码收不到。有了手机验证码，再搞个图片验证码感觉很没必要的样子啊，而且你们这个图片验证码实在太难认了……十张图里我未必能认出一张……

@cevincheung one more thing, 有些数据库里， in 后面直接接 (id1,id2,id3...) 是有个数限制的。比如Oracle…… 限定1000个。超过1000就会出问题。而接一个子查询就没问题。

@cevincheung 即便是带有条件的，你先查出id再查data，一样要多来回传一份id的数据。另外你修改了查询的内容。原本我举的例子里，所需要的data包含a，b两个表的数据。你现在这种情形只有表a的数据了。像这样的句子，你直接写 select a_field from a where ids in (select b_id from b where condition xxxxx) 也已足够，数据库的优化引擎选择的查询算法只会做得比你更好不会做得比你更差。

@sujin190 比如 select * from a join b on a.aid = b.bid. 拆成两步就是 select * from a 和 select * from b。
原本返回的结果集是交集，现在需要把两表的数据都传回来。这个数据量明显是增大了很多的。返回来之后还没完，你还得在本地再进行人肉匹配，找一种算法来把两次返回的内容中相同的部分找出来。


除非考虑对前端进行水平扩展降低数据库单点压力，我没看到使用单步的方式有多大好处。

楼主你这两种查询不等价。一个是横的，一个是竖的。

@sujin190 你分步查出来了还不是得自己join。就实际查询量来说，你分步需要的数据还比join好了的多。

我觉得程序员之间是有鄙视链的存在的，而他正好处于你鄙视的人群中，于是你多少带着有色眼镜在审视他，给予的耐性也略欠缺了些。

也不能强求吧。不是所有的人都能处得来的。处不来的不能勉强。

英语不好是硬伤。看文档还需要谷歌翻译的，培养潜力不大。补英语可比补个程序语言麻烦多了。

@handleyan 你都说了语言只是工具，为啥还要把算法之类的拿出来讲…… 算法又不是Java专用的，别的语言照样有算法， 跟Java一点关系都没有。同样的，linux，网络络编程，存储和分布式计算，大数据处理和机器学习都不是Java专利。