Pinto,

 

����������� Me refiro as duas formas que o driver JDBC tem para implementar isso:

 

�         A primeira � restringindo os dados no BD – usando um recurso como o SELECT top xxx....

�         A outra � restringindo no cliente, cancelando a consulta depois que xxx linhas foram retornadas.

 

Sem d�vida, a primeira op��o � muito + eficiente. � bom sempre ficar atento ao que o seu driver JDBC produz para o BD.

 

Valeu!

/**
* R�gis Melo
* SoftSite Tecnologia
*/
 

-----Mensagem original-----
De: Francisco Pinto Ara�jo J�nior [mailto:[EMAIL PROTECTED]]
Enviada em: segunda-feira, 3 de fevereiro de 2003 09:43
Para:
[EMAIL PROTECTED]
Assunto: Re: [cejug-discussao] Limite M�ximo para ResultSet's

 

Regis,

O m�todo trabalha bem. Tivemos problemas numa aplica��o que usava muito intensamente BD (no caso era MySQL). A aplica��o nao suportava a quantidade de dados trafegando, e essa restri��o, via setMaxRows resolveu complementamente o ptoblema. Na verdade o problema � que faziamos uma consulta complexa com v�rios Joins e a linha resultante por si s� era extensa.

O resultset era muito longo, mesmo que s� precis�ssemos listar apenas os N primeiras linhas. Esse era o problema. O BD sempre enviava tudo, e o driver

procurava trazer tudo e alocar em mem�ria, indenpendentemente de se fazer o

o NEXT, navegando no resultset. Com a mudan�a, ficou resolvido o problema.

 

Naquela �poca, tivemos que trocar o driver Jdbc, pois o que tinhamos n�o suportava esse m�todo ainda.

 

N�o tivemos noticias de efeitos colaterais at� hoje (mais de 2 anos, desde a resolu��o do problema).

 

Bom, � isso ai.

 

Francisco Pinto Ara�jo J�nior
Diretor de Tecnologia,  SCPJ2
SoftExport Inform�tica
Fone/Fax: +55 85 458-1947
[EMAIL PROTECTED]
www.softexport.com.br

----- Original Message -----

From: Regis Melo

Sent: Saturday, February 01, 2003 3:55 PM

Subject: RES: [cejug-discussao] Limite M�ximo para ResultSet's

 

O ideal � restringir no BD (a menos que o setMaxRows fa�a isso).

 

Observem tb que dependendo do BD o comportamento pode ser bem estranho qdo se usa um RowNo (Oracle) ou RowCount (SQL Server/Sybase). Se vc tiver um Order by e usar RowNo no Oracle ele n�o ir� funcionar como o esperado – ordenar todo o ResultSet e depois trazer para o cliente.

 

Javabra�os,

/**
* R�gis Melo
* SoftSite Tecnologia
*/
 

-----Mensagem original-----
De: Francisco Pinto Ara�jo J�nior [mailto:[EMAIL PROTECTED]]
Enviada em: sexta-feira, 24 de janeiro de 2003 18:53
Para: [EMAIL PROTECTED]
Assunto: Re: [cejug-discussao] Limite M�ximo para ResultSet's

 

Existe uma op��o que pode ou n�o ser implementada pelo Driver do BD em quest�o.

 

Veja o m�todo setMaxRows em java.sql.Statement

 

Funciona bem. Mesmo que o resultado real no BD da consulta em quest�o seja maior do que o desejado

o ResultSet s� vai conter (ir ate') o definido ai.

 

----- Original Message -----

Sent: Friday, January 24, 2003 4:08 PM

Subject: Re: [cejug-discussao] Limite M�ximo para ResultSet's

 

Meu Caro,

 

uma op��o � limitar no comando SQL. A� depende do BD.

 

 

 

grato,
Fons�ca J�nior

----- Original Message -----

From: Milton Filho

To: CeJUG

Sent: Friday, January 24, 2003 3:55 PM

Subject: [cejug-discussao] Limite M�ximo para ResultSet's

 

Sauda��es a todos. Ser� que algu�m poderia me ajudar me explicando como fa�o para limitar o n�mero de registros retornados por uma consulta SQL?

 

Atenciosamente,
Milton de Oliveira Filho.

 

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.445 / Virus Database: 250 - Release Date: 21/01/2003

 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.445 / Virus Database: 250 - Release Date: 21/01/2003


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003

Responder a