以下的贴子怎么没了?因为我有重大发现!(接b615n (周围走) )

[seth99]

没办法，CSDN不给我连续回答3次 ;-)大家接着来吧
=================================================================
Test 5,耗时12s/11s/12s:
select * from dbo.T1 where
id in
(select top 10 id from dbo.T1 where id in
(select top 1000000 id from dbo.T1 order by id asc)
order by id desc)
order by id asc
Test 6,耗时12s/12s/11s:
SELECT *
FROM dbo.T1 INNER JOIN
(SELECT TOP 10 id
FROM dbo.T1
WHERE id IN
(SELECT TOP 1000000 id
FROM dbo.T1
ORDER BY id ASC)
ORDER BY id DESC) a ON dbo.T1.id = a.id
ORDER BY 1
按照那位贴主写得，测试了一下100万的，依然没有发现有什么区别，他那么好的机器，还那么慢，一定是配置或者Index上有问题，真有点暴物天珍，改天有空我在那台2CPU的Server上试试

[seth99]

不能试了，那台Server要在1:00 AM跑一个大的job，good night CrazyFor(烟草).

[CrazyFor]

呵呵~~~好奇，你还不如运行一下下面的代码,看看你的机器需要多长时间会翘辫子.：）

select cast('' as char(1000)) as HA into #temp from sysobjects where 1=2
while 1<2
bgein
insert into #temp (HA)values('Game Over!')
end

[seth99]

这个我不敢试，还是你试吧，否则那台Server变鬼都会来掐死我的 :-)

[pengdali]

经理的：
create table #temp (a varchar(100))
while getDate()<'2003-1-1'
insert #temp (HA) values('Hello')

[CrazyFor]

你拆开每个子句运行看各需要多少时间

[seth99]

my god, CCEO(),你居然要临时create index
=====================================================
select top 100000 id into #a from dbo.T1 order by id asc

create index ix_id on #a(id)

select top 10 * from dbo.T1 where
base_id in (select PERCENT 100 id from #a order by id desc)
order by id asc
=====================================================
create index很慢的,我跑了4分29秒
to CCEO(),不好意思,如果我看错了或者写错了,先说声sorry

[seth99]

如何拆,你写个顺序,我试试

[CrazyFor]

从里到外，看看哪个最耗时。

[seth99]

select top 1000000 id from dbo.T1 order by id asc
这个我不敢试，我只有2M连到那台SQL Server。

[seth99]

select top 1000000 id into #t from dbo.T1 order by id asc
换了种方式，放到那台server的临时表中，4分29秒，不过好像不能这样看，那两个查询不是这样执行的。

[CrazyFor]

估计时间都耗在排序上了，

[seth99]

对，我看了下.
test 1: sort cost: 86%,pk_id cost:14%
test 2: sort cost: 86%,pk_id cost:14%
一样

[seth99]

有试了一下：select top 1000000 id into #t from dbo.T1 order by id asc，还是一样，tempdb size: 98M

[seth99]

你有没有试试? :-)

[CrazyFor]

你出这题的目的是什么呢，想说明什么？

[CrazyFor]

我的机器上连SQL也没有，当然没试。

[seth99]

不是我出的，晚上上来看看，看见一位兄弟一贴有一贴的讨论，人家都结贴了，还又开新贴，好奇试试而已

[CCEO]

最早的贴在：
http://expert.csdn.net/Expert/topic/1300/1300727.xml?temp=.9077875

是这样的：

select * from dbo.T1 where
id in
(select top 10 id from dbo.T1 where id in
(select top 1000000 id from dbo.T1 order by id asc)
order by id desc)
order by id asc

SELECT *
FROM dbo.T1 INNER JOIN
(SELECT TOP 10 id
FROM dbo.T1
WHERE id IN
(SELECT TOP 1000000 id
FROM dbo.T1
ORDER BY id ASC)
ORDER BY id DESC) a ON dbo.T1.id = a.id
ORDER BY 1
这两个语句都是显示第999991--1000000 条纪录的，一般情况下速度都很快，但是没个服务器都有一个极限，到了极限会产生查询出不来的情况。
我的语句就是解决出不来的情况，但是在查询前面的数据的时候(1000000-->100)会慢好多。

seth99(seth)：
你的服务器太高档，还没有出现出不来的情况

[seth99]

to CCEO:
就你的服务器极限说法，我到觉得以前我的同事在com+里做数据分页的时候调用Server cursor的做法是一种思路，你可以试试，与你的比较一下，他是用C++写，如果用stored proc
====================================================
create proc getPage @pagesize int,@move int as
declare @end int,@id bigint
set @end=@move+@pagesize
set rowcount @end
declare page_cursor scroll cursor for select id from dbo.T1 order by asc
open page_cursor
fetch relative @move from page_cursor into @id
while @@fetch_status=0
begin
print @id
fetch next from page_cursor into @id
end
close page_cursor
deallocate page_cursor
====================================================
这种server cursor的方式应该就是千万级也应该能出来，不过效率和性能可能就不好说了 :-)
我也是才接触Ms SQL Server半年多的时间，也不太熟悉，等有时间我开个帖子，大家一起讨论下这些常用的数据库操作，例如象数据分页，倒时还请你多多发言 :-)今天先结贴了

[seth99]

to CCEO:
我用的那台Server并不高档，那可使用了4年多的Server，比照现在的都快算古董了:PII300+256M，不过是一台正规的Server，今年upgrade系统的时候，就一个大概300万/2G的系统作过一次为期10 week的跟踪调试，你们写得的SQL string我只测试到100万，单进程的操作在100万以下应该不会有什么问题，IO和RAM的占用率都还算比较正常，不过就监测的数据来看，估计250万以上就很难说了，不过我本身不是很欣赏这种过大范围的数据筛选，所以也就没试，按照我的感觉，如果你们的本意是用来做数据分页，将10万条数据作分页都很过分了，何况100万，甚至更多，苦苦去优化这些算法，不如review你们的系统流程 :-)