On 10/17/05, Rodrigo Dias Arruda Senra <[EMAIL PROTECTED]> wrote:
> Obrigado pela correção Xiru, mas não sei se eu entendi corretamente
> o que deveria ser feito.
>
> Voce poderia corrigir o código abaixo demonstrando o uso correto do Brains
> para obter o mesmo efeito ?
"Brain" é o nome infeliz d
On Wed, 12 Oct 2005 13:38:48 -0300
xiru <[EMAIL PROTECTED]> wrote:
> Senra,
>
> so um comentario...
>
> sua solucao nao é das melhores pq levanta muitos objetos do ZODB. O
> ideal é sempre usar os Brains ao invez de ficar invocando getObject.
> Em uma instalacao grande, com ZEO, ficar dando getO
Senra,
so um comentario...
sua solucao nao é das melhores pq levanta muitos objetos do ZODB. O
ideal é sempre usar os Brains ao invez de ficar invocando getObject.
Em uma instalacao grande, com ZEO, ficar dando getObject "mata o
cluster", principalmente se voce tem bastante objetos.
Atenciosamen
On Tue, 11 Oct 2005 10:04:57 -0300
JJ (Arnaldo Janz Júnior) <[EMAIL PROTECTED]> wrote:
> Olá, pessoALL!
>
> Estamos montando uma estrutura de diretórios (p/ tentar ilustrar, a idéia é
> algo como o navtree ou o sitemap) via consulta no portal_catalog. Tudo
> corria bem exceto o fato de que estamo
Use o NavTreeIndexNG (CVS Collective). Ele permite buscas no catalogo
por path com um nivel apenas e é um pouco mais otimizado do que o
ExtendedPathIndex para esse fim especifico (palavras do Sidnei). Essa é
uma boa estrategia para substituir o objectValues, na maioria dos casos.On 10/11/05, JJ
Olá, pessoALL!Estamos montando uma estrutura de diretórios (p/
tentar ilustrar, a idéia é algo como o navtree ou o sitemap) via
consulta no portal_catalog. Tudo corria bem exceto o fato de que
estamos obtendo TODA a estrutura no mesmo nível, ou seja, ñ conseguimos
identificar quem é filho de que
