Fast Lane Reader

[quote=erico_kl]foi exatamente aí que eu li…

e de acordo com o site:

já descartei a possibilidade de usar esse design pattern justamente por isso…
[/quote]

Você não entendeu. O padrão Fastalne implica que vc tem um objecto da camada superior que acessa directamente um objecto da camada inferior.
Isso é a violação da separação de camadas, contudo não ha destruição das camadas porque o objecto é criado na camada mais inferiror a que ele acessará depois.

Alterar a memoria não remove o problema. Apenas protela os sintomas. O fastlane é a unica forma de resolver o seu problema.
Estude o padrão e implemente-o corretamente e você verá as vantagens.

Acho que há sim outra forma de resolver esse problema… E essa forma seria usar paginação…
Não estou dizendo que com o FastLane não resolveria, mas caso eu seguisse este padrão eu teria mudanças bruscas nas DAOs.
Com paginação eu limitaria o número de objetos instanciados, (listando 50 por vez, por exemplo) e não me preocuparia com o excesso de objetos na memória…
Essa paginação eu faria usando ‘limit’ e ‘offset’ nas sqls e criando uma classe que controla o número de páginas e a posição atual do offset…
Existem outras formas de fazer paginação em swing? Não terei problemas fazendo a paginação dessa forma?
obrigado…