winoros's recent timeline updates winoros's recent timeline updates | winorosV2EX member #66650, joined on 2014-07-01 01:27:43 +08:00 |
winoros's recent replies
Dec 16, 2019 Replied to a topic by wsseo Linux uos 好像就是 deepin |
@songsong 那诸如 kylin 这些未来怎么搞呢？大家一起改 deepin ？
@realpg 大佬都是直接靠承包的积分换了几十年的
Jun 3, 2019 Replied to a topic by PingCAP 推广 势高，则围广： TiDB 的架构演进哲学 |
@EmdeBoas 列存和 co-located join 也并不冲突啊。后者是数据调度上的问题，属于互不干扰的平行事项。短期内应该还没有把 co-located join 放入 todo list 的打算
May 27, 2019 Replied to a topic by emmo 互联网 B 站的不少视频都侵犯了版权吧，为什么没人管这个问题？ |
你去举报多半能举报下来，有 sb 举报官延区翻广播的都能举报掉
应该 B 站去买一个统一的授权
---------------------------------
ugc 本来就不赚钱，你还要 b 贴钱，b 得吃撑了才去统一授权。
顺便说一句，同人、二创这些 都灰色地带多少年了，就算是 CM，其实也能算是商业展啊（
应该 B 站去买一个统一的授权
---------------------------------
ugc 本来就不赚钱，你还要 b 贴钱，b 得吃撑了才去统一授权。
顺便说一句，同人、二创这些 都灰色地带多少年了，就算是 CM，其实也能算是商业展啊（
May 2, 2019 Replied to a topic by mart1nN MySQL sql 语句查询效率的问题 |
这两个 SQL 一个是 inner join 一个是 semi join。
semi join 因为不能让外表的数据膨胀 所以总是只能拿外表查内表。而 inner join 则既可以拿左表查右表 也可以拿右表查左表。这个 case 的实际意义来看，右表（内表）肯定是小的一边。所以 semi join 会不占优势。
当然优化器实际是可以让两个 SQL 优化成同样的执行计划，但是 MySQL 可能没有做？具体的就要看文档了
semi join 因为不能让外表的数据膨胀 所以总是只能拿外表查内表。而 inner join 则既可以拿左表查右表 也可以拿右表查左表。这个 case 的实际意义来看，右表（内表）肯定是小的一边。所以 semi join 会不占优势。
当然优化器实际是可以让两个 SQL 优化成同样的执行计划，但是 MySQL 可能没有做？具体的就要看文档了
Select Language