Fala Rafael, 2009/8/6 Rafael Monnerat <rmonner...@gmail.com>:
<corta> ... > Eu acredito que o ZODB, nao tem problemas com armazenamento mesmo pra > aplicações financeiras prova disso é o [1], basta só planejar > direitinho, criar mounting points... etc etc. Claro, eu concordo contigo na questão tecnológica pura. Porém o RP5 tem inumeras funcionalidades interessantes que não existem por padrão, este é um ponto. Outro ponto é que, embora a essência da pergunta seja técnica, estamos falando sob uma ótica um pouco mais abrangente, uma visão mais sócio-técnica. O que eu coloquei não foi que o ZODB não serve para aplicações financeiras, de forma alguma, ele pode muito bem ser utilizado, porém com uma certa expertise que imagino que o autor da pergunta ainda não tem. Sem contar o esforco de integracao e a fase de convencimento de que o banco escolhidos eh algo novo, diferente dos outros bancos (que normalmente tem investimentos muito altos e confiabilidade consumada), entrar nesse merito em grandes corporacoes eh complicado. Mas como vc bem disse, tecnicamente eh possivel sim. > O grande problema é a buscar dentro de uma base de dados > 10 milhoes de > objetos por exemplo, ou quando você que fazer uma operaçao que precisa > de muitos objetos (exemplo calcular a movimentação financeira do ultimo > ano). Pra resolver esse "pequeno" problema o ERP5 substituiu o ZCatalog > pelo ZSQLCatalog a anos atrás, mas o BD relacional é usado apenas pra > catalogação, toda a persistência e armazenamento dos dados ainda > permanecem no ZODB. Mais aqui vc jah nao estah falando de storage, e sim de outras estrategias. Estes tipos de estrategia sao bem interessantes e tem outras coisas q poderiam ser elencadas pra isso, por exemplo: 1- Usar memcached pra segurar em cache as operacoes que tem baixa tempestividade ou grande carga de processamento 2- Separar o catalog, deixar ele fora ... usando o Lucene (um solr da vida) 3- Usar Deliverance + tema vazio no plone, pra poupar o plone de processar um tema (q eh bem pesado) e poder processar mais requisicoes E por ai vai, mas a duvida era de storage em si, claro q eh bom levar isso td em consideracao tbm ... Abracos > [1] http://www.erp5.com/news-central.bank > > []'s > > Rafael > >> >> 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 >> <http://plone.org/products/filesystemstorage> >> >> 2009/7/31 Luciano Pacheco <lucm...@gmail.com >> <mailto:lucmult%40gmail.com>>: >> > >> > >> > 2009/7/31 Alexandre Marinho <lyrale...@gmail.com >> <mailto: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 >> <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 <mailto:rodrigocastardo%40liberiun.com> >> +55 61 9123-7847 >> +55 61 3468-2662 >> >> > > -- -- Rodrigo Castardo Liberiun COO rodrigocasta...@liberiun.com +55 61 9123-7847 +55 61 3468-2662
