V2EX › ivvei 的所有回复 › 第 72 页 / 共 74 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 64 65 66 67 68 69 70 71 72 73 ... 74

❮

❯

2015-06-18 15:36:50 +08:00

回复了 hzqim 创建的主题 › 问与答 › 请问， 2000 元以内的手机中，有哪些可以双卡同时支持 4G。

乐视超级手机

2015-06-16 14:07:25 +08:00

回复了 datayes2015 创建的主题 › 程序员 › 炒股的大神们看过来，码农专属选股工具来啦！

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

2015-06-09 19:42:16 +08:00

回复了 cevincheung 创建的主题 › MySQL › 你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

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

2015-06-09 19:40:19 +08:00

回复了 cevincheung 创建的主题 › MySQL › 你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

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

2015-06-05 11:55:22 +08:00

回复了 cevincheung 创建的主题 › MySQL › 你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

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

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

2015-06-04 12:51:20 +08:00

回复了 cevincheung 创建的主题 › MySQL › 你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

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

2015-06-04 12:48:07 +08:00

回复了 cevincheung 创建的主题 › MySQL › 你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

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

2015-05-27 22:57:32 +08:00

回复了 banxi1988 创建的主题 › 程序员 › 招了个比较菜的开发,是继续培养还是放弃?

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

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

2015-05-27 22:54:38 +08:00

回复了 banxi1988 创建的主题 › 程序员 › To: qinfensky 这正是我希望看到的

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