merge

来点Merge | 如何让收纳整理变轻松？ 关于系统家具，LIBRE给予新的诠释：不再是固定装修，租屋族也能轻松拥有，打造出可以依照需求的系统家具。只要你有想法或空间，让收纳融合你的创意，LIBRE满足你对家的设计。 LIBRE主要贩售DIY系统家具，以创造空间设计、拆装简易及多元性收纳为主要诉求

珍爱生命，远离政治。我们继续讨论算法。 一年前，我们讨论过一个算法问题， perfect shuffle ，据称是个微软面试题： 那一次讨论我们翻出了问题的来源，一篇长达 12 页的论文Computing the Cycles in the Perfect Shuffle Permutation，算法那是非常的复杂，我估计贴出来都没几个人仔细看

1、in和exists in是把外表和内表作hash连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询，一直以来认为exists比in效率高的说法是不准确的。如果查询的两个表大小相当，那么用in和exists差别不大；如果两个表中一个较小一个较大，则子查询表大的用exists，子查询表小的用in； 相反的： not in 逻辑上不完全等同于not exists，如果你误用了not in，小心你的程序存在致命的BUG，请看下面的例子： 正如所看到的，not in出现了不期望的结果集，存在逻辑错误。如果看一下上述两个select 语句的执行计划，也会不同，后者使用了hash_aj，所以，请尽量不要使用not in(它会调用子查询)，而尽量使用not exists（它会调用关联子查询）