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 > >