[pgbr-geral] [ANÚNCIO] São Paulo Perl Work shop 2010
Begin forwarded message: From: Thiago Rondon thi...@aware.com.br Date: 17 de maio de 2010 23:53:52 BRT To: Sao Paulo Perl Mongers saopaulo...@mail.pm.org, Perl Mongers Rio de Janeiro rio...@pm.org, Cascavel Perl Mongers cascavel...@pm.org, recife...@pm.org Subject: [Cascavel-pm] [ANÚNCIO] São Paulo Perl Workshop 2010 Reply-To: Cascavel Perl Mongers cascavel...@pm.org Tema: Desenvolvimento Web Corporativo A São Paulo Perl Mongers promove em parceria com o IG, um Workshop com o tema Desenvolvimento Web Corporativo, onde serão abordadas as tecnologias mais produtivas e elegantes do mundo Perl voltadas para a criação de aplicações para Internet. O evento irá contar com a participação do londrino Tomas Doran, no qual é um dos desenvolvedores core do Catalyst e irá falar sobre arquitetura de grandes plataformas em Perl, além dos frameworks e monitoramento de performance em tempo real. Também iremos contar com a participação especial de Eden Cardim, no qual irá tratar sobre técnicas para construção de formulários web, com validação e verbosidade, como listas de ítens selecionáveis, wizards e múltipla submissão. O evento será realizado na sede do IG na rua Amauri, 299 (Itaim) - São Paulo no próximo dia 10 de julho, das 13:00hs às 17:30hs. As inscrições são gratuitas e limitadas e podem ser realizadas através do site http://sao-paulo.pm.org. -- wallace reis/wreis http://www.linkedin.com/in/wallacereis ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pl/Perl, dúvida
Rodrigo Hjort escreveu: 2008/1/3, Roberto Mello [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: On Jan 3, 2008 3:27 AM, Vinicius [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Pessoal, estou executando esta rotina no Windows, mas ele não consegue sair da função, eu só queria abrir a calculadora, onde eu errei, ou esqueci ? create or replace function teste() returns TEXT as $$ if (open(teste, |calc.exe) == false) { return 'erro'; Uau, isso me parece um serio abuso e mal uso de stored procedures. Realmente estranho a menos que a calculadora do Windows funcione em linha de comando (i.e: modo não-interativo)... Mesmo que funcione em linha de comando, *não* faz sentido algum usar a função open[1] para isto. Se o autor do OP precisa executar um programa externo, deveria usar system[2]. [1] perldoc -f open [2] perldoc -f system -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] DESEMPENHO
On Dec 19, 2007 10:52 AM, junior Prado [EMAIL PROTECTED] wrote: 2º - Ao fazer uma consulta usando por exemplo BETWEEN, e fazer a mesma consulta usando x y AND x z, existem novamente diferenças de desempenho? Elas *não* são equivalentes. x BETWEEN y AND z é equivalente a x = y AND x = z -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mapeamento Relacional-Objeto
On Dec 19, 2007 1:07 PM, Alexsander Rosa [EMAIL PROTECTED] wrote: Disclaimer: Eu sei que muita gente odeia mapeamentos e geradores de código. :-) Eu gosto. Sou desenvolvedor Perl e uso DBIx::Class[1]. Normalmente se fala em Mapeamento Objeto-Relacional, que a grosso modo consiste em pegar um modelo O-O (modelado talvez em UML) e gerar um modelo E-R. A modelagem é feita pensando em objetos e quem modela a camada de persistência que se vire depois pra encaixar tudo numa DDL. http://search.cpan.org/perldoc?DBIx::Class::Schema#deploy A idéia é fazer o caminho inverso: fazer o modelo de dados PRIMEIRO e depois gerar um conjunto de classes. Cada tabela vira uma classe, cada tupla vira uma instância, cada coluna vira uma propriedade. O objetivo é facilitar a vida do programador para algumas tarefas simples e repetitivas: carregar um objeto por sua(s) PK e depois atualizar ou deletar este objeto, por exemplo. Os SELECT mais complexos continuam sendo feitos em SQL, as VIEWs continuam sendo usadas normalmente. Não seria uma O-O de verdade, mas apenas um wrapper para simplificar as tarefas. Views são tabelas, logo posso tê-las como classes DBIC. O grande problema das camadas de persistência é que nunca se sabe a qualidade do SQL gerado e é relativamente fácil para o programador usar alguma classe de forma a gerar SQL ruim (ou mesmo péssimo). http://search.cpan.org/perldoc?DBIx::Class::Storage#DBIC_TRACE [1] http://search.cpan.org/perldoc?DBIx::Class -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java)
On 10/22/07, Fabio Telles [EMAIL PROTECTED] wrote: Grotesco... não acrescenta em nada. Este tipo de opinião não deveria ser jamais levada em consideração. É o tipo de pessoa que cai como um pato nas campanhas de FUD. Vejamos a opinião de alguém que entende de banco de dados e defende o MySQL: Kra, nunca subestime as pessoas principalmente aquelas que você não conhece. Você verá artigos muito interessantes neste blog. Vale a pena dar uma olhada. Já conheço e acompanho este blog há um certo tempo. -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Estudo de caso: PHP ou Java
On 10/19/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Só para acrescentar, hehhe, mais alguns dos sites que usam: Chicks-on-vinyl http://www.chicksonvinyl.com/ NALD Library http://library.nald.ca/, http://bibliotheque.bdaa.ca/ NALD Newswire http://newswire.nald.ca/, http://filsdepresse.bdaa.ca/ NALD Events http://events.nald.ca, http://evenements.bdaa.ca/ NALD = National Adult Literacture Database Realmente a lista não está -atualizada-. Mea culpa. Vou coletar alguns e passo. E uma observação: era para ter a BBC mesmo nessa listagem? Não achei. BBC não está na lista, mas tenho certeza que eles usam pois o diretor técnico da empresa que trabalho (o qual é desenvolvedor core do Catalyst) me falou ontem a noite que irá ministrar treinamento/consultoria lá durante 7 dias. -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Estudo de caso: PHP ou Java
On 10/16/07, Angelo Augusto Frozza (UNIPLAC*) [EMAIL PROTECTED] wrote: Quero salientar que este estudo de caso surgiu com uma pergunta freqüente que é feita: que linguagem usar para desenvolver sistemas para Web? (PHP, Java ou .NET) e Perl? -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java)
On 10/17/07, Euler Taveira de Oliveira [EMAIL PROTECTED] wrote: Exato. Um artigo [1] interessante que demonstra algumas das diferenças entre os dois bancos. Leia e faça sua própria análise. Tem este [1] também. [1] http://jshirley.vox.com/library/post/observations-regarding-high-availability-database-perception.html -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Estudo de caso: PHP ou Java
On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: perl para a web é pouco prático... :-/ Acho que você está enganado. Baseado em que você está falando isto? Sabe a BBC? Pois é, Perl + Catalyst. http://dev.catalystframework.org/#SitesUsingCatalyst -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Chamada de Trabalhos para o PG Con Brasil
On 8/21/07, Fabio Telles [EMAIL PROTECTED] wrote: * A chamada de trabalhos está publicada no nosso site da comunidade[1]. [snip] [1] http://www.postgresql.org.br # Os trabalhos devem ser enviados até 21/09/2007 e serão avaliados por uma comissão julgadora de desenvolvedores de PostgreSQL que escolherão até 8 trabalhos a serem expostos durante o PGCon Brasil. # Os trabalhos que não forem enviados até 21/09/2006 não serão avaliados pela comissão e não participarão do PGCon Brasil. Fábio, o segundo ponto pode ser inferido a partir do primeiro. -- wallace reis/wreis http://wallace.reis.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Retirar sinais de pontuação de ca mpo text
On 8/6/07, Thiago Boufleuhr [EMAIL PROTECTED] wrote: Bom é o seguinte, sei que isso para vocês é mamão com açúcar!!! Como eu faço para retirar sinais de pontuação de um campo TEXT, tpw, queria retirar todos os pontos, barras e hifens do campo CPF, e depois processa-lo.como posso fazer isso? Exemplo: 855.999.666-96 - 85599966696 Você pode fazer uma função em plperlu usando a função canon_cpf do módulo Business::BR::CPF [1]. [1] http://search.cpan.org/~ferreira/Business-BR-Ids-0.00_19/lib/Business/BR/CPF.pm -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] 2007 Perl Survey
Tome parte na Pesquisa Perl 2007 (2007 Perl Survey)! A Pesquisa Perl é uma tentativa de retratar a Comunidade Perl em toda a sua diversidade. Não importa que tipo de programador Perl você é, nós vamos adorar saber sobre você. A pesquisa pode ser encontrada em http://perlsurvey.org Leva apenas 5 minutos para completá-la. A pesquisa estará aberta até 30 de Setembro de 2007. Depois disso, nós vamos relatar os resultados e tornar a informação disponível para todos. Por favor sinta-se à vontade para encaminhar este email para todos os programadores Perl que você conhecer. Obrigado pela sua ajuda! Sinceramente, Kirrily Skud Robert The Perl Survey [EMAIL PROTECTED] -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PostgreSQL em ia64
Saudações! Estou compilando o pgsql numa máquina ia64 e estou tendo problemas com linkagem referente à SSL. # ./configure params --with-includes=/usr/local/ssl/include --with-openssl --with-perl /params # gmake erro undefined reference to `SSL_CTX_set_info_callback' collect2: ld returned 1 exit status /erro -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [meio-OFF] POP
On 7/24/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é, a idéia é criar realmente independência na parte Model do MVC, e permitir esse tipo de portabilidade sem maiores problemas com as tabelas. Dá uma olhada no fonte do DBIx::Class[1]. Perl code, então você não vai ter problemas. [1] http://search.cpan.org/~mstrout/DBIx-Class-0.08003/ -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
On 6/28/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: No caso, a gente começaria com uma gramática (por exemplo) Tutorial D ou D4. Talvez usar um derivado de Scheme ou ML para obter mais concisão e poder programático, creio que já fizeram um SchemeQL ou coisa assim. Leandro, não sei se vc conhece o projeto XCDSQL (XML (en)Coded and Documented SQL)[1]. Talvez seria um bom começo. [1] http://www.xcdsql.org/ -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas de ‘Modelagem’
On 6/22/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Pelo que investiguei, não tem como. E eu investiguei. Mas adoraria que alguém me provasse o contrário. Domínio na terminologia da UML é chamado de constraint, se modela descrevendo o constraint entre chaves {descrição aqui}, porque domínio em engsoft significa a área de atuação do sistema. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramentas de ‘Modelagem’
On 6/22/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Você deu um ótimo exemplo de uma das razões porque EngSoft é bruxaria, não ciência: ficam redefinindo termos matemáticos, sendo que a Matemática é a base da nossa ciência. hahahha. Mas interessante, de fato o domínio é uma restrição, a mais fundamental que existe. Tem algum link para algum tutorial ensinando a fazer isso nalguma ferramenta UML livre ou pelo menos popular? Tutorial não. Mas sei que uma boa ferramenta, o JUDE[1]. A UML diz que tem várias visões do modelo, você pode modelar um diagrama que seja a visão das constraints do modelo. [1] http://jude.change-vision.com/jude-web/index.html -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] otimizacao de queries
On 6/21/07, Gilberto C. Andrade [EMAIL PROTECTED] wrote: Vale lembrar, como já disse a um tempo atrás, que também é má prática o uso de chaves naturais *inteligentes* (esqueci dessa palavra na época) como PK's. Não lembro disso, ponteiros? Concordo! Não achei no histórico. É pq foi na brasil-usuários: http://pgfoundry.org/pipermail/brasil-usuarios/20070403/004712.html Interessante, um fala que é impróprio usar as chamadas surrogates key e o outro fala que é má pratica usar campos que realmente são candidatos a chave primária. Realmente, eles são *candidatos* a chave primária, mas acredito ser má pratica porque: i) é uma chave que você não tem controle sobre ela, então no dia que o governo resolver mudar a lógica do CPF ou do RG isso vai te trazer grandes dores de cabeça; ii) é uma chave que contém informações (ex. no CPF dos baianos o último dígito antes do - é 5), o que não é objetivo, descrição dos dados, de uma chave primária; iii) são chaves naturais no Brasil, logo restringe seu banco de dados a brasileiros. Enfim por estas e outras razões (que não me recordo no momento) disse ser má prática, não que é proibido. Conclusão, deixa sem chave mesmo! hehe Não. Toda tabela *deve* ter uma chave primária. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] otimizacao de queries
On 6/21/07, Leandro Guimaraes Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Por que vai? Em último caso, ON UPDATE CASCADE e fim de papo. Eu não vejo problema algum. Uma mudança nas chaves naturais é uma mudança drástica intrinsecamente, não vai ser uma chave artificial que vai ajudar. Degradação de performance. No meu caso com cerca de 19 milhões de registros em uma única tabela ajuda, e muito. Ao meu ver, o ideal é usar uma chave natural *não inteligente* como chave primária, quando não puder ae cabe o uso de chave artificial. E daí? O CPF é informado externamente, não tem problema algum. O problema é se você mistura várias informações em atributos que você mesmo gera, independente de serem chaves ou não. Em último caso, CHECK CONSTRAINT. Você vai ter que alterar o check constraint para a nova lógica e executar uma operação de update e com o on cascade, a depender do seu bd, em várias tabelas que contém milhões de registros. Se você pensar em um banco de currículos ou um forúm que são ambientes com pequeno volume de dados, neste caso você tem razão. Esse é um problema de modelagem. Você criou uma entidade 'brasileiro', não uma entidade 'pessoa'. Tem razão. Não tinha pensando neste ponto. Toda tabela *tem* de ter ao menos uma chave natural. A questão de ser primária é bem arbitrária. Chaves artificiais podem até complementar as naturais, mas nunca substituir. A ironia que o Gilberto fez foi exatemente a msm que uma pessoa fez na usenet e a resposta do JOE CELKO foi: Dr. Codd would be VERY surprised to find out that his papers had no mention of primary keys in them.; claro que a cláusula SQL PRIMARY KEY tem adições de propriedades ao conceito de chave primária criado por Dr. Codd. p.s.: acredito que o assunto ta fugindo do inicial da thread. acho até melhor continuarmos a conversar em privado diretamente no email pessoal do que pela lista, pois vc tem colocado muita emoção e se exaltado em suas mensagens. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Banco de dados Orientado a objeto
On 6/19/07, Roberto Baselio Lopes [EMAIL PROTECTED] wrote: Bom dia, estou procurando algum material sobre banco de dados orientado a objeto para dar inicio ao meu TCC, gostaria de saber se você possui algum material sobre o assunto Infelizmente não. Mas você encontra na web, dê uma procurada no google. []'s -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] migrar script mySQL para PostgreSQL
On 6/11/07, Emanoel Tadeu [EMAIL PROTECTED] wrote: Com isso, num create table em um script tem o seguinte: CLI_PRT1` smallint(5) unsigned NOT NULL default '0', Como fazer isso de modo equivalente no postgresql? alguém pode me dar uma luz, por onde devo ir? Veja esta thread[1]. Basicamente você tem duas opcões: um check constraint ou um domain. [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg68984.html -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alimentação de ODS para Data Mining
On 6/5/07, Tiago José Adami [EMAIL PROTECTED] wrote: [snip] Mas... eu havia esquecido do Staging Area. Me corrijam se eu estiver errado, mas o Staging Area é onde eu recebo as informações das diversas fontes de dados, não importando a forma (se são views materializadas, cópias das tabelas de um OLTP ou tabelas geradas a partir de .XLS) e a partir deste SA eu condenso e trabalho as informações de forma a dimensiona-las conforme as necessidades do DW, para somente depois alimentar o ODS, certo? É como trabalhar em camadas em um DW. Exato. Resta saber a forma de trabalhar estas informações e como transportá-las, se eu poderia utilizar o PostgreSQL para fazer isso através do Slony, ou se as ferramentas de DW já o fazem (Pentaho, por exemplo). Vc precisa de uma ferramenta de ETL (extração, transformação e limpeza) para poder padronizar os dados, tipo: numa fonte de dados o sexo tem valores como M ou F, na outra é Masculino ou Feminino, ou ainda, Male ou Female, ou 1 e 2. E outra ferramenta (que pode estar embutida na primeira) de carga de dados nos Data Marts que irão compor o DW. Eu dei uma olhada no Pentaho [3], mas não encontrei resposta para esta dúvida. Não posso opinar pq ainda não usei Pentaho. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alimentação de ODS para Data Mining
On 6/3/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: O que pouca gente se toca é que a normalização também oferece um desempenho decente para a grande maioria das consultas. A chamada desnormalização (péssimo nome) ou modelagem dimensional atende apenas uma pequena percentagem, que pode ser extremamente importante nalguns casos; mas mesmo aí, nem sempre é necessário desnormalizar, visões materializadas podendo atender muita coisa. Acho que vc se confundiu nas coisas. O que acontece é exatamente o contrário do que vc falou. Uma base normalizada tem ótimas consultas para operações de atualização. Para geração de relatórios (mais eficientes) uma das alternativas é fazer desnormalização, entre outras temos tabelas: prejoined, report, mirror, split e combined. Vide Craig[1], capítulo Database Design no subtópico Denormalization. Não dá para comparar com Date, Darwen, Pascal e McGoveran. Claro, eles falam sobre coisas totalmente diferentes. Os autores que citei não falam sobre modelagem relacional, mas sobre modelagem dimensional. [1] http://www.amazon.com/Database-Administration-Complete-Practices-Procedures/dp/0201741296/ref=pd_bbs_sr_1/002-1032991-4965644?ie=UTF8s=booksqid=1180958116sr=1-1 -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] off - datawarehouse
On 6/2/07, Josane Santos de Oliveira [EMAIL PROTECTED] wrote: Olá Walter, fiz projeto super-porveitoso, pretendo patentea-lo e ganhar $$ com ele (bem... este foi o conselho do meu orientador..rsrsr). Softwares não são patenteáveis no Brasil. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alimentação de ODS para Data Mining
On 5/30/07, Tiago José Adami [EMAIL PROTECTED] wrote: [snip] De qualquer forma, criei diversas views que permitem consultas SQL eficazes, relacionando diversas tabelas. Estas views foram criadas para gerar cubos de dados, já antecipando a implementação de uma base de dados OLAP. A base de dados operacional é a base usada para fazer OLTP. Para fazer OLAP você precisa modelar um base analítica a partir da operacional usando alguma arquitetura de DW. A base de dados utilizada para fazer Data Mining tem modelagem diferente da base analítica usada para OLAP, pois ela tem como objetivo ser um conjunto treinamento para os algoritmos. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alimentação de ODS para Data Mining
On 6/2/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: Não necessariamente. A base de dados normalizada normalmente já atende a maior parte das necessidades de análise. O que resta geralmente pode-se atender usando visões materializadas. Em modelagem de sistemas OLAP, falar em normalização é pecado. ;) Siga sua própria dica, consulte a literatura. Veja o que dizem Kimball e Inmon. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Sistema de Replicação
On 6/1/07, Thiago Risso [EMAIL PROTECTED] wrote: Me parece que isso é muitas ordens de magnitude mais complexo do que você parece imaginar. Cara Não entendi ... O que quiz dizer ??? Coisas como Challenges Associated With Multimaster Replication[1]. [1] http://www.dbspecialists.com/presentations/mm_replication.html -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Fwd: (BRMA) Mensagem não autorizada
On 6/1/07, Sebastian SWC [EMAIL PROTECTED] wrote: alguém sabe me explicar o que eu fiz de errado? Não é problema na lista (mailman), mas o servidor de emails da adis.com.br. Também recebi este email. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] off - datawarehouse
On 5/31/07, Marcelo Tadeu [EMAIL PROTECTED] wrote: Vale ressaltar ainda que no pacote do Pentaho também está existe uma ferramenta de Datamining, o Eka (se não me falha a memória). s/Eka/Weka/ -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalação do PostgreSQL noWindows 98
On 5/31/07, Márcio Gil [EMAIL PROTECTED] wrote: A questão é justamente que o cliente está abrindo a loja agora e diz que ainda não pode investir numa máquina nova, mais tarde sim. Como ainda não tive tempo de reescrever o meu programa para funcionar no Linux, a única alternativa é usar o Windows 98. Se ele não pode ou não mudar para um SO de verdade, então dê pra ele o que ele pode ter: SQLite. Se não, quando tiver algum problema (por causa do SO, claro) ele vai por culpa em vc e no pgsql. -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo Calculado
On 5/30/07, Leonardo Chaves [EMAIL PROTECTED] wrote: Leandro , simples comando resolvem sim . Mas sem o gatilho como faze-los? Crie uma função em SQL que faça a soma e: test=# SELECT *, foo.function_sql FROM foo; -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] FreeNode#postgresql-br
Salve PgBR! Venho atraves deste convidar a todos que conhecem e que ainda não conhecem a frequentar o canal da comunidade PgBR na FreeNode. Acredito ser mais um bom lugar para troca de experiências, tira dúvidas, piadas geek (nerd nao neh fike), etc. Vamos fortalecer a comunidade e fazê-la crescer cada vez mais. PentiumII, fike, telles, MaTRiX_Do_PHP, Possidonio, schneider me ajudem. []'s, -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Encryptar dados num determinado campo.
On 5/23/07, João Paulo [EMAIL PROTECTED] wrote: Olá, Você pode usar o md5; Ou o chkpass[1] do contrib. Ou ainda na sua app usando algum modulo ou funcao. [1] http://developer.postgresql.org/cvsweb.cgi/pgsql/contrib/chkpass/ -- wallace reis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvidas sobre PgAgent
On 5/4/07, Rodrigo Tripodi [EMAIL PROTECTED] wrote: Estou tentando usar o pgagent. Estou usando o postgres 8.2.4 em um sistema debian etch 4.0. Voce pode utilizar o cron[1] ou o anacron[2]. [1] $ man cron [2] $ man anacron -- wallace reis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar SML com o Postgres
On 5/11/07, Anderson Junior [EMAIL PROTECTED] wrote: Bom dia a todos, precizo de uma forcinha de vcs, tem como eu gerar um xml apartir de dados de uma tabelatipo um cadastro de produtos, e apartir dele gerar um arquivo xml, isso tudo pelo postgres Voce pode criar uma funcao em plperlu que use o modulo SQL::Translator[1] ou simplesmente usar o sqlt[2]. [1] http://search.cpan.org/~jrobinson/SQL-Translator-0.08/ [2] http://search.cpan.org/~jrobinson/SQL-Translator-0.08/bin/sqlt -- wallace reis/wreis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral