什么值得买，购物党比价

@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 。
感谢这里所有小伙伴的推荐。

另外，有个 mysql 专区

应该不会死锁，文档写的锁了要等待：

AUTO-INC Locks
An AUTO-INC lock is a special table-level lock taken by transactions inserting into tables with AUTO_INCREMENT columns. In the simplest case, if one transaction is inserting values into the table, any other transactions must wait to do their own inserts into that table, so that rows inserted by the first transaction receive consecutive primary key values.
The innodb_autoinc_lock_mode variable controls the algorithm used for auto-increment locking. It allows you to choose how to trade off between predictable sequences of auto-increment values and maximum concurrency for insert operations.

可以发一下详细的死锁信息大家看看。

ps: https://dev.mysql.com/doc/refman/8.0/en/innodb-auto-increment-handling.html

@bingyiyu 你说的很有道理。。那我就只能买 16g 再自己加两条。。

@czfy
@bingyiyu
@tyhuohuo8 各位都是推荐我直接买 32G ？

@gainsurier 这个 cpu 真的有点猛。除了加内存，这款有啥特别之处吗？