必须 tumi

不错，我自己原来写过一个打印的，是横着分层排列的，命令行下面很有挑战性，如果同一层级上面节点个数一个屏幕显示不下就很麻烦，所以我每次做实验都是最多不超过 xx 个节点，你这个比我当初那个好多了。。。

@chaleaoch 其实我比较关心的是，来一个真正的案例，然后用纯 join 实现，纯子查询实现，部分 join+部分子查询实现，各个方案都在尽量优化的情况下来 PK 一把。以前在做的时候，也是事先在网上做了调研的，貌似 Stackoverflow 上面有比较。不过我最终还是放弃了 join 而选择了子查询，这不是经过仔细的考量得出结论后选择的，我当时的直觉是如果是三四个表 join ，在 key 和索引的帮助下，效率应该也还可以，但是一旦表多了之后，我个人感觉数据库性能会有急剧的下降。当然这都是我自己的感觉。当时时间紧迫，业务急着上线，凭直觉做出了选择，后来业务也能扛得住就没有再去关心过这个问题。

现在我确实也非常想听听碰到过这个问题的其他同行的经历以及对应的处理方法。

join 太多自己都觉得麻烦，不过对于这种一个 associate 表，专门负责各个 index 关联的，除了 join ，再就是分解成子查询了，还有其他方法么？我也很想知道。

#r13 @jarlyyn 你们是一条记录主键，关联这么多表的各条记录的 id ，这样实现的吧。
我有一个问题是，如果要对这一条记录进行操作，是不是要分解为多个子查询？

举个例子，我有一个功能是显示用户的累计消费金额。如果用户对一个订单的某个商品进行了退款操作，我要更新用户的累计消费金额，就得在退款的同时，更新这个关联表，然后通过关联表，查询对应的用户 id ，更新用户的累计消费金额。很麻烦，但是感觉也没有其他很好的办法。你们是怎么做的？

还有就是这个累计金额，你们是在用户表里面单独定义了一个字段，还是每次都重新查表计算生成？我们是单独定义了一个字段，因为这个累计金额会很频繁的用到，比如用户登录之后提示，用户每次打开用户信息页面等等，每次都通过查询计算生成的话，感觉会占很大的开销。但是这样做的话，可能会有字段存储的值与实际值不一致的潜在风险，比如用户退货的时候需要更新这个字段，用户在降价之后申请价格保护也会更新这个字段，用户下新的订单会增加这个字段，我们现在是封装了一个函数，业务完成后自动 update ，目前业务逻辑梳理的还算是比较清晰，没有出过问题。但是如果以后有新手接手，忘记添加这一个操作，就有可能造成不匹配，所以一直想问问同行这种情况到底怎么处理算是 best practice 。

我早发贴问了，还专门发到工单系统里，结果被挪到水区里了。。。
https://www.v2ex.com/t/344466#reply0

后端表示 jQuery 已经够用了。。。

会就会，不会就不会，会一点的稍微扩展一下没问题，吹太厉害了会被自己打脸的。再就是不要浪费彼此的时间，面试官特别是做技术的都不蠢。

@Limius 基本上外企上班都不需要验指纹吧，那些办公的需要定位的 IM ，一律也不用，强制用的话就走人，换一个屋檐的事情，天不会塌。

@Limius 离职，换公司。

@binux 你说的对，我只是举个例子。

刚好想到，这样写的话对爬虫也有影响吧。如果只写个<p>开头，展开成 DOM 树的时候，没有影响么？毕竟解析器是解析器，浏览器是浏览器。

又 PS ：我还有好多 PySpider 的问题要问呢。。。 你们的官方 Q&A 哪个是经常用的？是 org 那个网站还是 v2 直接 @召唤？要最迅速的那种 http://ww4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

r #24 [最] 这些东西 -> [做] 这些东西-

@FrankFang128 世界上又不是只有 Google 一家公司，互联网又不等于 Google ，做 IT 的最重要是自己独立思考，开放包容精神，你说的有道理，那我起码还要看看是不是适合我，然后再决定采不采用。

我要是告诉你，在我接手的很多项目里， C 和 C++最重要的 new ， recursion ， polymorphism 都被禁止使用，连 Inheritance 都被严格限制层级。按照你的意思， C99 和 C++11 的规范可没这些个规定啊。这些项目名头说出来你也会大吃一惊的，最这些东西的都是跟 google 一个等级，能改变世界的公司，难道按你说的就是被打脸了么？

不懂的看时间场合对象，一味的膜，最终吃亏的还是你自己。

Google 自己的东西都喜欢变来变去，而且 Google 的就一定是最好的么，参考可以，迷信就算了吧。 Google 的访问量在那里，他 HTML 里面少一两个字符，这么大的访问量，能省不少流量，这个 argument 确实 make sense ，你自己做个站，有百万的访问量么？ Google 是大户，可以不 care 小众客户，可以强迫用户升级，你自己做产品了怕是丢一个客户都伤心的要死吧。角色不同，地位不同，做事的方法当然不同，就跟 facebook 用 PHP 一样，自己有技术有人力有财力能够 overhaul 整个 PHP ，你能做么？

就跟做编译器一样，你不能期待编译器给你自动去做一些事情，虽然 IDE 和编译器能帮你做不少事情，也有容错机制，但是如果你就此产生依赖，相信我，总有一天你会 pay-off 的。

@FrankFang128 不要默认所有浏览器都能自动替你做事情，这种有头没尾的东西是绝壁会被我家的 Software Coding Standard 给 prohibit 掉的，跟需求里面的 Dangling Requirements 一样， ambiguity 会在一开始 review 的时候就给挑出来并干掉，否则通不过。所有的东西，都必须 defined and determined ，软件最不需要的就是各种 surprise

@wohenyingyu02 说来惭愧，我最早是搞嵌入式的，写 C ，后来一直在 C++的坑里，当初想搞互联网，被面试的时候问到 java 的反射， interface 也是一脸懵逼， C++里面只有各种指针，各种指针的指针，函数的指针，然后是多态，各种虚类，虚基类...

@ericbize 一个是 Class ，一个是 Primitive Data Types 吧

店大欺客，楼主试试 58 同城旗下的二手交易 App ：转转

二手东也开了二手交易转让的，网易好像也有二手交易的，阿里自己作死，那就让他死好了。这个闲鱼本来是淘宝二手，现在阿里可能是想把二手交易这一块打造成一个独立产品，一步步作死，开始是改名叫闲鱼，然后就开始各种限制，只能用手机发布商品，然后进一步只能用手机查看商品评论，中间可能是用户反应太多，掉粉掉的厉害又改回来了，现在是只能手机发评论，网页版不能发只能看。

逼着你用移动端，要是你不小心运行这货推送，跟阿里全家桶一样一样的体验哦。总之，让其自然 go die 吧。