目前国内面试的时候考察算法要手写代码的其实不是很多，主要看是什么难度的算法，作为一个程序员你要是连个二叉树反转链表啥的都写不出来是不是也太过分了，但如果是去做应用的对方要求手写红黑树、B+树那当然就是有病了。。

@dong648629778 不准两张表关联那就该直接上 Nosql 了，除非是你们技术管理者在偷懒，当然不同的 Nosql 实际应用中也会有很多问题，没有实际经验的话一般也很难搞定

有点意思

@sampeng 只是举个例子，比较小块的机器容易量化一点，我这边项目生产用的都是 16 核 256G 的。。。但是这种机器你知道有多贵吗。。。

@huijiewei 互联网的趋势是重业务轻 DB，但是关联这种东西我觉得现阶段还是很有必要的。还有扯存储过程干嘛，Mysql 的存储过程本来就是个半成品，用的人又不多。

和 Redis 有个揽子关系。。。Session 的原理一般是将后台验证通过后返回的 SessionId 放到 Cookies 里,如果你想实现的是一台机器上多个浏览器只需登录一次，你应该问的是如何跨浏览器共享 Cookies。话说回来这种操作略骚。

楼上好多说副业的，推荐几个啊。。。

@huijiewei 传统行业里这种关联很多，除非是互联网而且是对高并发要求很高的，不然 5 张表完全是小 case，如果把定时任务也能算的吧，那这个可就多了。。。

@sampeng 扯到现在你这个算是唯一一个比较有建设性的说法了，数据库 CPU 这块有什么好的资料吗？会卡死是真的，见过卡死的，顺便问下一般 4G 双核的机器能支持 mysql 多大的计算量而不影响总体性能？

@sampeng 笛卡尔积不是这么算的，在连接查询里，如果 on 条件是非唯一字段，会出现笛卡尔积(局部笛卡尔积)；如果 on 条件是表的唯一字段，则不会出现笛卡尔积。

@shakoon 传统行业里比较重 DB 轻业务，以前用 Oracle 的时候见过几千行的 sql。。。

@Cbdy 也不单单是性能，还是如何去权衡的问题，大概的度是多少，就好比 mysql 单表 500 万性能就会有问题，这个说法虽然不对但也有一定的借鉴意义

@wysnylc 如果是很看重接口响应速度的业务，单表和关联的效率能查 10 倍以上，当然是在数据量远没有达到机器性能瓶颈的时候

@msg7086 访问数据库的次数

没资源啥都干不了。。。除了做培训感觉没啥可干的，除非跨行

@jswh 道理也懂，但不考虑扩展的话一般单条 sql 一次性查出来能稍微快上一点，这个可能是我关注点有点偏了。

@Immortal 我这边做电信业务的，业务复杂度比较高，这种业务系统里三表甚至更多联查实在太常见了。

@virus94 很多系统到死可能都没那个数据量，而且这种情况你单表都没法完全避免。

@qwerthhusn 这个有点太理想化了，实际中表一多总有哪个是用不到索引的。