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 <lucmult%40gmail.com>>:
>> >
>> >
>> > 2009/7/31 Alexandre Marinho <lyrale...@gmail.com<lyralemos%40gmail.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 <rodrigocastardo%40liberiun.com>
>> +55 61 9123-7847
>> +55 61 3468-2662
>>
>
>
>
> --
> Marcus Fazzi
> オープンソースコード いきかた!
> http://anunakin.blogspot.com/
> http://www.vivaphp.net
>  
>

Responder a