分页SQL

[s478853630]

假如有一张表abc，一千万数据，几十个字段，id为主键
要查询第100页的1000条数据，分页SQL怎么写效率最高，要求兼容2008以上版本。
各位大佬有啥方案没？

[大葡萄八块一斤]

row_number

[s478853630]

引用 1 楼 大西瓜大降价一块一斤 的回复:

row_number

现在用的就是row_number，并发几个查询，很卡，insert都成问题 估计该函数必须排序才会慢的

[吉普赛的歌]

引用 4 楼 冬雪晶 的回复:

[quote=引用 1 楼 大西瓜大降价一块一斤 的回复:]row_number

现在用的就是row_number，并发几个查询，很卡，insert都成问题 估计该函数必须排序才会慢的[/quote] 你要发完整的查询SQL，相关表结构，现有索引出来，才能帮你。 开发总想着一招打遍天下，但实际SQL优化基本上是要针对特定的场景而定的，没有一个固定的优化模式。

[吉普赛的歌]

另外，大表，还是第100页，大部分情况下的分页性能都比较低，这个不要太强求。 当然，做得好还是能改善，但不要指望和第1页的秒出一样。

[吉普赛的歌]

row_number 与 OFFSET, FETCH 分页 对比： https://blog.csdn.net/yenange/article/details/78812077

[xiaoxiangqing]

OFFSET, FETCH要快一些