停止尝试使用内部DB框架模拟SQL OFFSET分页！

我敢肯定，到目前为止，您已经以多种方式弄错了。 而且您可能很快将无法正确处理。 那么，当您可以实施业务逻辑时，为什么还要在SQL调整上浪费您的宝贵时间呢？

让我解释…

直到最近的SQL：2008标准 ，MySQL用户才知道的LIMIT .. OFFSET被标准化为以下简单语句：

SELECT * 
FROM BOOK 
OFFSET 2 ROWS 
FETCH NEXT 1 ROWS ONLY

是。 关键字太多了。

SQL确实是一种非常冗长的语言。 就个人而言，我们真的很喜欢MySQL / PostgreSQL的LIMIT .. OFFSET子句的简洁性，这就是为什么我们为jOOQ DSL API选择它的原因 。

在SQL中：

SELECT * FROM BOOK LIMIT 1 OFFSET 2

在jOOQ中：

select().from(BOOK).limit(1).offset(2);

现在，当您是SQL框架供应商时，或者在滚动自己的内部SQL抽象时，您可能会考虑标准化此简洁的小子句。 这是数据库中固有支持偏移分页的两种口味：

-- MySQL, H2, HSQLDB, Postgres, and SQLite
SELECT * FROM BOOK LIMIT 1 OFFSET 2

-- CUBRID supports a MySQL variant of the 
-- LIMIT .. OFFSET clause
SELECT * FROM BOOK LIMIT 2, 1

-- Derby, SQL Server 2012, Oracle 12, SQL:2008
SELECT * FROM BOOK 
OFFSET 2 ROWS FETCH NEXT 1 ROWS ONLY

-- Ingres. Eek, almost the standard. Almost!
SELECT * FROM BOOK 
OFFSET 2 FETCH FIRST 1 ROWS ONLY

-- Firebird
SELECT * FROM BOOK ROWS 2 TO 3

-- Sybase SQL Anywhere
SELECT TOP 1 ROWS START AT 3 * FROM BOOK

-- DB2 (without OFFSET)
SELECT * FROM BOOK FETCH FIRST 1 ROWS ONLY

-- Sybase ASE, SQL Server 2008 (without OFFSET)
SELECT TOP 1 * FROM BOOK

到目前为止，一切都很好。 这些都可以处理。 一些数据库将偏移量放在限制之前，另一些数据库则将限制放在偏移量之前，并且T-SQL系列将整个TOP子句放在SELECT列表之前。 这很容易模仿。 现在呢：

• Oracle 11g及以下
• SQL Server 2008及更低版本
• 具有偏移量的DB2

（ 请注意，您可以在DB2中启用各种替代语法 ）

当您使用google搜索时，您会发现数百万种方法可以在那些较旧的数据库中模拟OFFSET .. FETCH 。 最佳解决方案始终涉及：

• 在Oracle中使用带有ROWNUM