Paginação pesada demais!

[-_KIKO_- 0]

Pessoal, eu estou com um grande problema

Tenho um .ASP que faz paginação ai de vários registros...

 

Eu peguei a query dele e rodei no Query Analizer, vamos dizer que, ele nem sentiu essa query rodar direito

 

SELECT data,hora,por,titulo,comentario,fotofull,codigo FROM table_foto_photo where (por = " & userid & ") ORDER BY CODIGO DESC

 

rodou legal

 

POREM no ASP ele demora 15...20 segundos pra carregar! é demais!!!

 

Vejam como estou paginando:

 

ASP

[*]Query2 = "SELECT data,hora,por,titulo,comentario,fotofull,codigo FROM table_foto_photo where (por = " & userid & ") ORDER BY CODIGO DESC" 

 

[*]Set strRecordSet = Server.CreateObject("ADODB.Recordset")

 

[*]  strRecordSet.CursorLocation = 3

 

[*]  strRecordSet.PageSize = 25

 

[*] strRecordSet.Open Query2, DB

 

[*]

 

 

Alguém tem ideia de como otimizar essa busca!?!!?

Demora muito,...ou então me deem outras ideias!

 

 

Valeu!

[ultra 0]

É.... estou com o mesmo problema....Eu acho q a lerdeza está na primeira página, onde faz o primeiro select. Nas demais páginas nem é tão demorado. No query analizer a coisa vai tão rápida q nem parece ser do mesmo banco de dados do sitePensei em muitas alternativas, como listar somente de 10 em 10, como o google faz. Já fiz muitas coisas aqui e sem sucesso.Vou estar de olho no tópico, é um assunto interessantíssimo pra mim o.O

[-_KIKO_- 0]

Putz...Acabei de tentar mostrar 10 em 10 também, e não deu!Continuo na espera também de alguém saber!

[ultra 0]

O problema é na primeira Select. Não importa a paginação, de qualquer jeito ele faz a busca de todos os registros, e te mostra somente 10Experimenta fazer "Select top 10" e vai ver q a coisa vai rápida, mas você perde o número de registros

[-_KIKO_- 0]

Não adianta, o peso parece não estar na Query em síSe você por TOP 10 e você tiver uns....50registros...você vai perder o resto...só vai mostrar 10A lentidão não está ali ainda ^o)Onde está? Não sei :|

[Salgado 4]

QUal Banco de Dados e quantidade de registros no total?

[ultra 0]

O meu Sql Server 2003, com uns 20 mil registros de 20 campos cada

[-_KIKO_- 0]

SQL SERVER 2000...da uns 626 mil registros no total...porem nessa query q to rodando:SELECT data,hora,por,titulo,comentario,fotofull,codigo FROM table_foto_photo where (por = " & userid & ") ORDER BY CODIGO DESCda em torno de 300 registros

[gastao 0]

o campo por esta indexado ?

[-_KIKO_- 0]

ta sim gastaoinclusive, ta até rapido segundo o query analizer o execution plan da querytem outra ideia!!?!?!

[gastao 0]

ta usando o absolute page ???essa m***** de sql server é f***, tem q fazer select em tudo, com o oracle da pra usar o rownum

[Marcelo Barcellos 0]

Colega.Inclui a instrução "(Nolock)" logo após o nome da tabela no SELECT.

[Marcelo Barcellos 0]

E mais uma coisa...Troca isso

strRecordSet.Open Query2, DB

Por Isso

strRecordSet.Open Query2, DB,0,1,1

Que signifcam respectivamente0 = adOpenFowardOnly1 = adLockReadOnly1 = adCMDtext

[-_KIKO_- 0]

marcelo, assim:SELECT data,hora,por,titulo,comentario,fotofull,codigo FROM table_foto_photo NOLOCK where (por = " & userid & ") ORDER BY CODIGO DESC Assim????????????????????????????????????

[Marcelo Barcellos 0]

Coloca os parenteses

SELECT data,hora,por,titulo,comentario,fotofull,codigo FROM table_foto_photo (NOLOCK) where (por = " & userid & ") ORDER BY CODIGO DESC

[-_KIKO_- 0]

cara continua lento ...fiz tudo =((

[Marcelo Barcellos 0]

Então é seu Banco ou a máquina em que está o IIS que está prejudicando.

[-_KIKO_- 0]

este recurso, NOLOCK serve para que?se eu utilizar em outras querys constantemente usadas terei aumento de desempenh?

[Marcelo Barcellos 0]

Para consulta sim.O (NOLOCK) indica ao Banco que ele não deve bloquear a tabela para registros, consultas,updates, etc.

[ska_ska 0]

velho.. faça um teste...

no query analizer roda de boa... e no site, muito lento, é isso?

 

algumas coisasq q você deve considerar...

- a infra do seu site... como o webserver é conectado a base de dados... as vezes o problema pode ser ai...

- o driver q você está usando e como está usando... a forma q você chama o sql....

- o tamanho da tabela... caso seja grande... e seja usada para consulta quase sempre... aumentar o tamanho do fill factory (no interprise)... otimiza consultas, mas não indicado para uma tabela com muitas atualizações

- no analiser..um exemplo... esta sql demora 5seg.... chame ela no site... mas sem exibir os registros.... algo do tipo...

ASP

[*]

 

[*]<%

 

[*]'CONEXÃO COM A BASE

 

[*]x = timer

 

[*]sql=select * from tabela

 

[*]set objRec = objDbConn.execute(sql)

 

[*]response.write x - timer '(acho q eh assim.... eehhe)

 

[*]response.end()

 

[*]%>

 

[*]

o tempo, sem o response write do conteudo do objeto tem q ser parecidos....