推荐观看越剧电影红楼梦，从另一个角度看看戏曲里面的贾宝玉和林黛玉。我最喜欢里面读西厢和宝玉哭灵两个部分。这部电影也是新中国第一部彩色戏曲电影，由徐玉兰和王文娟（丈夫是孙道临）两位越剧艺术家主演。还有红楼梦电影系列，有好几部。

什么值得买，购物党比价

@reHuo 不是有啥问题才搬走的吧？我打算过段自己去看看

@reHuo 谢谢，好准确，兄弟住这附近的吗？

咦，愣住，Opera 居然国内也有业务

哪里有坑位呀？加个微信认识下~

西安人顶顶！感觉还不错，就是不太合适。

关系代数 /关系演算是描述关系型数据模型的基本理论，用途不仅限于解释如何使用 SQL，还包括 SQL 的理论基础（语义），SQL 与关系代数的等价，SQL 基于关系代数的优化等。
这些知识只是使用并不需要知道，但是如果涉及到优化，debug 就需要了。
SQL 发明是后于关系代数的。
建议贴主重新看一下数据库系统概念等外国教材。

@moonvstod 这个不太靠谱的感觉。。。

楼主如果要知道更多一些关于 SQL 的理论知识，可以考虑看 https://db.inf.uni-tuebingen.de/team/TorstenGrust.html 这位教授的课程，youtube 有视频。CMU 的课程重点是数据库系统本身和现代系统应用，而不是 SQL 。

上面都没回答到点上。。
楼主应该问的是为什么我们在一个子语句使用了外层的 E.sid 。
这里需要知道表是否存在 index 。
在有 index 的情况下，第一条语句首先 cid 过滤，然后再比较 S.did = E.sid 的时候，可以直接使用 index，速度比第二条的 IN 要快非常多。因为有 E.sid 的值可以直接 hash index 看 S.sid 的数据置是否存在，只有 E.sid 数量的比较次数 O(E.sid)。
但是对于 IN 来说，它需要比每一条 S.sid 是否在 IN 后面的结果里面，没有 index 情况下 IN 的复杂度是 O(E.sid * S.sid)，有 index 情况下 IN 的复杂度是 O(E.sid) 。
这里说的都是理论的复杂度，实际数据库实现中 IN 不一定可以用 index 。
另外一个区别是，因为第一条用了 scalar function, 在进行 cid 过滤的时候，满足的一行会直接送给子查询去判断 S.sid = E.sid 是否存在(这里是因为行变量的值可以传递到子查询），第二条是做完了过滤才去用 IN 查询，所以速度会变慢。

书店蹲着看，不是开玩笑

@tianzi123
@tutuhome 已入 Yoga，但买的是 13.3 的，锐龙 R5 。
感谢这里所有小伙伴的推荐。