Performance, camadas e construtores

tenta usar o java -Xprof

mais informacoes no command digita java -X

ele informa a utilizacao da cpu e tempo q o programa gasta, ai vc sabe onde o código está mais lento e consome mais cpu… ai vc sabe o q precisa melhorar, saca?

isso resolve???
(to no basico ainda, mas ja ouvi falar desse negocio ai e funcionou qnd quis calcular uns numeros primos aki pra otimizar o rendimento)

[]'s

Thiago

Thiago,

Vou ver a dica, mas meu problema não é saber quanto tempo ele gasta, mas como reduzir este tempo.

Obrigado,

Márcio

mas se vc puder usar ele informa em porcentagem a qnt de processamento necessario pra cada metodo ou classe. Aí vc sabe onde precisa alterar o código pra ele ficar mais rápido.

Ele n diz o que vc precisa fazer, mas pelo menos diz onde.

(Fui inventar de assistir uma aula na universidade ontem como ouvinte… o prof tava ensinando isso entre outras coisas)

Vou tentar e deposi te digo

Márcio

Você consegue identificar onde está o seu problema?

Primeiro você precisa identificar se o problema está no banco de dados (veja o tempo de execução de cada select) ou no processamento (aí o problema está no Java).

Sem definir exatamente onde está o seu problema (BD, Lógica de Negócios, GC), acho que não dá nem para começar a trabalhar na solução.

Anyway … Se um select apenas consegue resolver o problema de milhares de pequenos selects, por que não ir por esse caminho?

Outra idéia quando você tem problema de performance é utilizar produtos que ajudam a entender onde está o problema.

Algumas referências:

http://www.javaperformancetuning.com/
http://java.sun.com/docs/books/performance/

[]'s
Marco Campêlo

Marco,

O problema com o único select é que eu gostaria de criar meus objetos em um único lugar. Se começar a criar selects em vários lugares criando os mesmos tipos de objetos, creio que haverá confusão.

O problema é: para criar uma instância de um objeto composto por vários objetos, eu executo um select para criar uma instância de cada objeto que é propriedade do objeto maior, e depois associo estes pequenos objetos ao objeto maior.

Continuo confuso ?

Márcio

Para cada registro numa tabela você cria um Atendimento, sendo que pega os registros relacionados a esse “cada registro” em outra tabela e cria os Internacao. E para cada um destes, faz a mesma coisa, buscando em outra tabela os registros relacionados à Internacao atual e criando os objetos Procedimento e Prestador referentes? É isso???

É isto.

Eu só crio os objetos na classe ( óbvio ) que chama um método na classe de banco para dá o select. Em um objeto composto por vários outros objetos, para cada um, criao o statement, o resultSet, atribuir cada campo do resultset para o campo do objeto de transporte ( DTO ) e retornar a classe de negócio que chamou o método de busca no banco, para atribuir cada campo da classe DTO para a classe que está sendo instanciada.

Ufa…

Tá errado ?

Márcio

E onde está o problema de performance?

No fato de fazer N queries?

Se esse for o problema, deixe de lado o purismo e resolva tudo com um SQL único. Por que não?

OO, patterns e afins podem ser muito bonitos mas acho que não podemos esquecer que o objetivo do software é resolver o problema do usuário.

Eu não pensaria 2 vezes em sacrificar o design do meu código para ganhar em performance (óbvio, se o ganho for substancial).

[]'s
Marco Campêlo

Usar um select com vários joins para otimizar o acesso ao banco é uma técnica muito usada, eager-loading. Se round-trip-time para o teu banco de dados for significativo usar eager-loading é indispensavel. No oracle verifique isso com um “select sysdate from dual”. Supondo que você precise de mil queries e o rtt seja de 50ms, o tempo perdido só com transmissão de rede são 50 segundos.

Os problemas do eager são desenmaranhar os objetos do ResultSet e retornar um volume monstruoso de dados. Quanto ao volume, só verificando no seu cenário, já o algoritmo para fazer isso, da forma como as ferramentas de ORM fazer, é +/- o seguinte:

clear cache
for r in select * from a, b where ...
  if r[a].pk not in cache 
    cache.add new A(r[a])
  if r[b].pk not in cache 
    cache.add new B(r[b])

Espero que o pseudo-código esteja claro o suficiente.

Não sei se voce esta espalhando as sql pelo seu codigo, tente junta-las em um unico lugar, quem sabe usando .properties ou ate mesmo com alguma outra tecnologia mais alem. Assim voce pode administrar melhor o seu caso, voce vai poder enchegar melhor suas sql tirando a repetição de algumas ou quem sabe juntando umas com as outras como ja foi mencionado.

Obs: Não li todos os post :oops:

marcioa1:

O problema é: para criar uma instância de um objeto composto por vários objetos, eu executo um select para criar uma instância de cada objeto que é propriedade do objeto maior, e depois associo estes pequenos objetos ao objeto maior.

marcioa1:

Em um objeto composto por vários outros objetos, para cada um, criao o statement, o resultSet, atribuir cada campo do resultset para o campo do objeto de transporte ( DTO ) e retornar a classe de negócio que chamou o método de busca no banco, para atribuir cada campo da classe DTO para a classe que está sendo instanciada.

Márcio, eu entendi mal ou você dá um select de um registro só no construtor da classe para criar UMA instância da própria classe , ou você dá o select na classe pai, que cria os objetos propriedades (o select não é para a própria classe e sim para os objetos propriedade)???