Pergunta de iniciante: quando esse arquivo (data.fs) cresce demais,
não existem alternativas pra isso?

O data.fs cresce pois ele armazena transações também. Logo, o que se
pode fazer para diminuir o tamanho dele é dar um "pack" no zodb, que é
feito via ZMI.

abs




2009/8/4 Wagner Francisco <wagnerfranci...@gmail.com>:
>
>
> Pergunta de iniciante: quando esse arquivo (data.fs) cresce demais, não
> existem alternativas pra isso? E quão grande o arquivo precisa ser para
> realmente ser um problema?
>
> Obrigado!
>
>
> 2009/8/3 Marcus Fazzi (Anunakin) <anuna...@gmail.com>
>>
>>
>>
>> Aqui a única aplicação que usa o ZODB é o plone e mais nada, todas as
>> outras são em mySQL, msSQL, Oracle e Postgres....
>>
>> 2009/7/31 Rodrigo Castardo <rodrigocasta...@gmail.com>
>>>
>>>
>>>
>>> Fala pessoal.
>>>
>>> Bom, o Pablo respondeu mto bem e sobra pouco pra falar.
>>>
>>> A nossa visão aqui é não misturar alhos com bugalhos.
>>>
>>> Onde alhos e bugalhos seriam respectivamente gerenciamento de conteúdo
>>> e aplicações. Gerenciamento de conteúdo vai muito bem com ZODB, já
>>> aplicações nem tanto. Por exemplo, se você for fazer uma aplicação que
>>> lida com transações financeiras use um banco relacional.
>>>
>>> Em casos onde mesmo a informação de conteúdo de um portal é grande,
>>> você tem artifícios como o FSS[1] e o Catalog mencionado pelo Marinho.
>>> Como no caso do pessoal da EBC (antiga RADIOBRAS), eles tem as
>>> notícias todas em ZODB (e estamos falando de uns 10G pelo menos) e os
>>> infográficos (imagens em alta, vídeos, flash, etc...) estão todos em
>>> File System (na época somavam 40G).
>>>
>>> Com os binários em FS você pode trabalhar mais tranquilo com o ZODB. É
>>> a mesma coisa que fazemos com streaming por exemplo, os vídeos estão
>>> em FS e o conteúdo todo em ZODB.
>>>
>>> Abraços.
>>>
>>> [1] http://plone.org/products/filesystemstorage
>>>
>>> 2009/7/31 Luciano Pacheco <lucm...@gmail.com>:
>>> >
>>> >
>>> > 2009/7/31 Alexandre Marinho <lyrale...@gmail.com>
>>> >>
>>> >>
>>> >> Acredito que a grande quantidade de dados não seja uma limitação do
>>> >> ZODB,
>>> >> usando corretamente o catalogo e so "acordando" os objetos quando for
>>> >> estritamente necessário... o único problema será o tamanho do Data.fs
>>> >> que
>>> >> realmente pode chegar em gigas.
>>> >
>>> > Concordo que podemos ter o ZODB mesmo em casos com muitos dados, as
>>> > vezes
>>> > temos que tomar alguns cuidados, mas toda aplicação grande precisa de
>>> > cuidados, mesmo em base relacional.
>>> >
>>> >>
>>> >> Á unica situação em que usei uma base relacional foi quando precisava
>>> >> fazer soma e agrupamento de valores. Ai era mais fácil utilizar SQL no
>>> >> lugar
>>> >> do ZODB.
>>> >
>>> > Eu fiz um produto que pode-se utilizar para fazer o agrupamento, ai não
>>> > precisei usar SQL \o/
>>> >
>>> > http://pypi.python.org/pypi/collective.pivottable
>>> >
>>> > Sobre utilizar o SQL, eu acho tão simples e eficiente utilizar o ZODB
>>> > que
>>> > prefiro ficar com ele, eu usava muito SQL em outros tipos de aplicação,
>>> > mas
>>> > é tão bom viver sem ele. :-)
>>> >
>>> > Até mais,
>>> > --
>>> > Luciano Pacheco
>>> > Simples Consultoria
>>> > www.simplesconsultoria.com.br
>>> >
>>> >
>>>
>>> --
>>>
>>> --
>>> Rodrigo Castardo
>>> Liberiun
>>> COO
>>> rodrigocasta...@liberiun.com
>>> +55 61 9123-7847
>>> +55 61 3468-2662
>>
>>
>>
>> --
>> Marcus Fazzi
>> オープンソースコード いきかた!
>> http://anunakin.blogspot.com/
>> http://www.vivaphp.net
>
> 



-- 
Vanderson Mota dos Santos

Responder a