我感兴趣的是从数据库表中选择第n行的一些(理想的)数据库不可知的方法。看看如何使用以下数据库的本机功能来实现这一点也很有趣:
SQL Server MySQL PostgreSQL SQLite 甲骨文
我目前正在SQL Server 2005中做以下事情，但我有兴趣看到其他更不可知论的方法:
WITH Ordered AS (
SELECT ROW_NUMBER() OVER (ORDER BY OrderID) AS RowNumber, OrderID, OrderDate
FROM Orders)
SELECT *
FROM Ordered
WHERE RowNumber = 1000000
以上SQL: Firoz Ansari的Weblog的功劳
更新:参见Troels Arvin关于SQL标准的回答。Troels，你有我们可以引用的链接吗?
当前回答
与一些答案所声称的相反，SQL标准在这个主题上并不是沉默的。
自SQL:2003以来，您已经能够使用“窗口函数”来跳过行和限制结果集。
在SQL:2008中，添加了一个稍微简单的方法，使用 偏移跳过行 只取前n行
就我个人而言，我不认为SQL:2008的加入是真的有必要的，所以如果我是ISO，我会把它排除在一个已经相当大的标准之外。
其他回答
这里有一个快速解决你困惑的方法。
SELECT * FROM table ORDER BY `id` DESC LIMIT N, 1
这里你可以通过填充N=0得到最后一行，通过填充N=1得到倒数第二行，通过填充N=3得到倒数第四行，等等。
这是面试中很常见的问题，也是一个很简单的回答。
如果你想要数量，ID或一些数字排序顺序，你可以在MySQL中使用CAST函数。
SELECT DISTINCT (`amount`)
FROM cart
ORDER BY CAST( `amount` AS SIGNED ) DESC
LIMIT 4 , 1
在这里，通过填写N = 4，您将能够从CART表中获得第五次最高金额记录。您可以匹配字段和表名并提出解决方案。
PostgreSQL支持SQL标准定义的窗口函数，但它们很笨拙，所以大多数人使用(非标准)LIMIT / OFFSET:
SELECT
*
FROM
mytable
ORDER BY
somefield
LIMIT 1 OFFSET 20;
这个例子选择了第21行。OFFSET 20告诉Postgres跳过前20条记录。如果您没有指定ORDER BY子句，则无法保证您将返回哪条记录，这很少有用。
我不确定其他的，但我知道SQLite和MySQL没有任何“默认”行排序。至少在这两种方言中，下面的代码片段从the_table中抓取了第15个条目，按添加的日期/时间排序:
SELECT *
FROM the_table
ORDER BY added DESC
LIMIT 1,15
(当然，您需要添加一个DATETIME字段，并将其设置为条目添加的日期/时间…)
在我看来，为了提高效率，您需要1)生成一个小于数据库记录数量的0到1之间的随机数，2)能够选择该位置的行。不幸的是，不同的数据库有不同的随机数生成器，以及在结果集中的某个位置选择一行的不同方法——通常您指定要跳过多少行和需要多少行，但不同的数据库有不同的做法。下面是在SQLite中为我工作的一些东西:
select *
from Table
limit abs(random()) % (select count(*) from Words), 1;
It does depend on being able to use a subquery in the limit clause (which in SQLite is LIMIT <recs to skip>,<recs to take>) Selecting the number of records in a table should be particularly efficient, being part of the database's meta data, but that depends on the database's implementation. Also, I don't know if the query will actually build the result set before retrieving the Nth record, but I would hope that it doesn't need to. Note that I'm not specifying an "order by" clause. It might be better to "order by" something like the primary key, which will have an index - getting the Nth record from an index might be faster if the database can't get the Nth record from the database itself without building the result set.
LIMIT n,1不能在MS SQL Server中工作。我认为它是唯一一个不支持这种语法的主流数据库。公平地说，它不是SQL标准的一部分，尽管它得到了如此广泛的支持，它应该是SQL标准的一部分。在一切除了SQL服务器限制工作得很好。对于SQL server，我还没有找到一个优雅的解决方案。
