[zope-pt] Sobre o projeto de vcs
Pessoal, Usei a alguns anos atras o Zope para fazer pequenas aplicações usando o mysql. Gostaria de saber de vcs, hoje, em seus projetos vcs utilizam mais o postgres, mysql ou o próprio zodb? Um abraço.
Re: [zope-pt] Sobre o projeto de vcs
Eu e uns colegas fizemos um sistema com Zope3 + Grok utilizando o próprio ZODB. Até hoje não utilizei nenhum BD relacional com o zope. []'s 2009/7/31 matzenh matz...@yahoo.com.br: Pessoal, Usei a alguns anos atras o Zope para fazer pequenas aplicações usando o mysql. Gostaria de saber de vcs, hoje, em seus projetos vcs utilizam mais o postgres, mysql ou o próprio zodb? Um abraço. -- Vanderson Mota dos Santos
Re: [zope-pt] Sobre o projeto de vcs
2009/7/31 matzenh matz...@yahoo.com.br: Pessoal, Usei a alguns anos atras o Zope para fazer pequenas aplicações usando o mysql. Gostaria de saber de vcs, hoje, em seus projetos vcs utilizam mais o postgres, mysql ou o próprio zodb? Um abraço. Acredito que isso dependa muito do tipo de projeto. Quando estamos falando de gestão de conteúdo, muitos usam Plone e nesse caso usam o próprio ZODB para guardar o conteúdo. Se o volume for grande, prefiro que apenas a aplicação fique no ZODB e o conteúdo em algum banco relacional, pois tenho experiências traumáticas com arquivos data.fs com tamanho na ordem de gigabytes. Se pensarmos em sistemas de gestão empresarial, prefiro que os dados fiquem em algum banco relacional: mais pela questão de facilidade de extração de dados ou integração com outros sistemas / processos que qualquer outra coisa. ;-) Sobre banco de dados, parei de trabalhar com MySQL na versão 4.0, quando passei a usar o PostgreSQL. Postgres é estável e aguenta um volume de dados considerável: estou usando-o em um projeto onde há tabelas com mais de 10 milhões de registros e ele está aguentando muito bem. []'s Pablo
[zope-pt] Re: Sobre o projeto de vcs
Obrigado pelas respostas... Aproveitando, qual seria as limitações do ZODB? Pelo que ja foi falado, o grande volume de dados, mais algum?
Re: [zope-pt] Re: Sobre o projeto de vcs
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. Á 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. -- Alexandre Marinho http://alexandre.cuboestudioweb.com 2009/7/31 matzenh matz...@yahoo.com.br Obrigado pelas respostas... Aproveitando, qual seria as limitações do ZODB? Pelo que ja foi falado, o grande volume de dados, mais algum? Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: zope-pt-unsubscr...@yahoogrupos.com.brlinks do Yahoo! Grupos
Re: [zope-pt] Re: Sobre o projeto de vcs
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
[zope-pt] Postgres
Pessoal, estou tentando desenvolver um formulário que grava um arquivo no postgress, so que nao estou conseguindo gerar o binário do arquivo. Alguem pode me ajudar? Alexandre
Re: [zope-pt] Postgres
Olá Alexandre, não tenho o hábito de guardar arquivos no banco de dados, mas já tentaste encodar o conteúdo de seu arquivo usando base64? O encoding base64 transforma arquivos binários em uma sequencia de caracteres. Codificando antes de gravar e decodificando depois de ler você conseguiria gravar qualquer coisa no banco de dados. Att. Fabiano Weimar 2009/7/31 xandebsb79 xand...@gmail.com: Pessoal, estou tentando desenvolver um formulário que grava um arquivo no postgress, so que nao estou conseguindo gerar o binário do arquivo. Alguem pode me ajudar? Alexandre -- == Fabiano Weimar dos Santos (xiru) Weimar Consultoria Hospedagem Plone, Django, Zope 3, Grok... http://www.pytown.com ==
Re: [zope-pt] Re: Sobre o projeto de vcs
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