limit所有用法

极限就是上限。
在数学中，它是函数的极限。
在编程中，这就是算法复杂度的极限。
用在正确的地方，效率会更高。

数据库的limit子句 limit的用法数据库

老实说，我第一次遇到 LIMIT 是在使用 MySQL 检查活动列表时。
当时有需求只看前1 0个，所以我自己用了LIMIT 1 0原来，数据是按照注册时间来组织的，所以前1 0名里有好几个早鸟用户。
后来我发现光靠LIMIT是不够的。
必须与 ORDER BY 一起使用，例如 LIMIT 1 0 OFFSET 0。
这将实时更新您的前 1 0 名。

有趣的是，在我使用过的框架中，ThinkPHP的Limit方法还是比较有趣的。
我曾经在项目中写$User->limit(1 0)->select()，但是调用的时候总感觉比原生SQL慢。
后来查源码的时候发现LIMIT？用于传递参数的占位符。
我有一种感觉，执行计划可能与你自己写的 LIMIT 1 0 不同。
测试表明，当限制值特别大时，ThinkPHP版本会先进行计数决策，当数据量确实很大时，会造成短暂的延迟。
所以如果需要“检查最近1 00万条记录”，直接在SQL中写LIMIT 9 9 9 9 9 9 可能比框架方法更快。

我从未接触过 Oracle，但我发现 ROWNUM 帮派很烦人。
我曾经为客户写了一个Oracle迁移脚本，我发现我需要将限制和偏移量转换为ROWNUM <= 1 0 AND ROWNUM > 3 当时我很困惑。
我很困惑，因为你似乎在说“我想吃食物，但不是菜单上的前 3 项，而是菜单上的前 1 0 项。
”但转念一想，我想这个产品能流行这么久一定是有原因的，至少是兼容现有系统的。

最令人沮丧的事情是使用存储过程时。
有一次，我在写分页存储的时候，本来想用一张临时表来存储偏移量和限制值。
原来SQL参数不能是变量，只能依赖动态SQL关节。
EXECUTE IMMEDIATE 'SELECT FROM table LIMIT :offset, :limit' 使用 USING :offset, :limit 后，我​​感觉自己像个术士。
当时，我没有调查为什么不同数据库之间的 LIMIT 支持如此不一致。
也许是出于历史原因。
早期的 SQL 标准并不统一。

我目前经常使用 PostgreSQL，我发现它的限制实际上非常灵活。
LIMIT 1 0 OFFSET 1 00 特别易于使用。
查看日志后，我直接使用了LIMIT 1 OFFSET (SELECT MAX(id) FROM log WHERE user_id=1 2 3 4 )，这样查看最新记录非常方便。
这样想，使用Limit时最重要的是要明白偏移量是在什么点上从0开始计算的，否则分页时很容易计算错误。