Sql server SQLServer2008中的分页

我是SQL server的新手。保留问题作为参考。我的疑问是
为什么Microsoft Sql server在Mysql中没有类似的限制，现在他们正在强制编写SP或内部查询进行分页。我认为创建临时视图/表或使用内部查询比简单查询要慢。我相信，有充分的理由不赞成这种做法。我想知道原因

如果有人知道，请分享

（需要免费注册）

（虽然上面说SQLServer2005仍然适用于SQLServer2008）

（需要免费注册）

---

（虽然上面说SQL Server 2005仍然适用于SQL Server 2008）

我100%同意！MySQL有一个LIMIT子句，它使返回一系列行的语法变得非常简单

我不确定临时表语法是否较慢，因为SQLServer可能能够进行一些优化。然而，输入限制条款要容易得多。我希望也会有更多的优化机会

我以前带过一次，和我交谈的小组似乎不同意

---

就我而言，没有理由不使用限制条款（或等效条款），我强烈怀疑SQL Server最终会这样做

我百分之百同意！MySQL有一个LIMIT子句，它使返回一系列行的语法变得非常简单

我不确定临时表语法是否较慢，因为SQLServer可能能够进行一些优化。然而，输入限制条款要容易得多。我希望也会有更多的优化机会

我以前带过一次，和我交谈的小组似乎不同意

---

就我而言，没有理由不使用限制条款（或等效条款），我强烈怀疑SQL Server最终会这样做

我从来不知道SQL Server支持类似于

Top10,20

的东西-你真的完全确定吗？？那不是别的系统吗

无论如何：SQLServer2011（代号为“Denali”）将在2011年底左右推出时为其添加更多支持

orderby

子句将获得新的附加关键字

OFFSET

和

FETCH

——了解更多有关它们的信息

您将能够编写如下语句：

-- Specifying variables for OFFSET and FETCH values  
DECLARE @StartingRowNumber INT = 150, @FetchRows INT = 50;

SELECT 
    DepartmentID, Name, GroupName
FROM 
    HumanResources.Department
ORDER BY 
    DepartmentID ASC 
    OFFSET @StartingRowNumber ROWS 
    FETCH NEXT @FetchRows ROWS ONLY;

---

我从来不知道SQL Server支持类似于

TOP 10,20

-你真的完全确定吗？？那不是别的系统吗

无论如何：SQLServer2011（代号为“Denali”）将在2011年底左右推出时为其添加更多支持

orderby

子句将获得新的附加关键字

OFFSET

和

FETCH

——了解更多有关它们的信息

您将能够编写如下语句：

-- Specifying variables for OFFSET and FETCH values  
DECLARE @StartingRowNumber INT = 150, @FetchRows INT = 50;

SELECT 
    DepartmentID, Name, GroupName
FROM 
    HumanResources.Department
ORDER BY 
    DepartmentID ASC 
    OFFSET @StartingRowNumber ROWS 
    FETCH NEXT @FetchRows ROWS ONLY;

---

虽然这困扰了我很长时间，但我甚至不知道TOP可以用来设置起始行。你能说一下你在哪里看到这个，你在哪里看到的是不推荐的吗？谢谢你的更正。正如我所说，我是SQL server的新手，语法是由我的一位同事给出的。我在发布时没有进行足够的谷歌搜索。对此我感到抱歉。因此，我将问题从“Microsoft不推荐使用前10,20语法”改为“为什么Microsoft SQL server在Mysql中没有类似的限制”。希望现在的问题是好的。虽然这困扰了我很长时间，我甚至不知道TOP可以用来设置开始行。你能说一下你在哪里看到这个，你在哪里看到的是不推荐的吗？谢谢你的更正。正如我所说，我是SQL server的新手，语法是由我的一位同事给出的。我在发布时没有进行足够的谷歌搜索。对此我感到抱歉。因此，我将问题从“Microsoft不推荐使用前10,20语法”改为“为什么Microsoft SQL server在Mysql中没有类似的限制”。希望现在的问题是好的。如果你能提供一个关于文章内容的线索可能会很好。并不是每个人都想给他们读过的每个网站一篇关于他们电子邮件地址的文章和另一个密码。如果你能提供文章内容的线索可能会更好。并不是每个人都想给他们读过的每个网站发一篇关于他们的电子邮件地址和另一个密码的文章。最棒的消息！我真的厌倦了编写过于复杂的查询，因为我不想要所有的结果。（顺便说一句，我不是一个SQL专家，但我也很惊讶地看到前面提到的前10,20个语法。）非常好的消息！我真的厌倦了编写过于复杂的查询，因为我不想要所有的结果。（顺便说一句，我不是一个SQL专家，但我也很惊讶地看到前面提到的前10,20个语法。）