Re: [pgbr-geral] Curso PostgreSQL
www.targetrust.com.br algem sabe de cursos na regiao sul grato jose ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Curso PostgreSQL
Corrigindo www.targettrust.com.br algem sabe de cursos na regiao sul grato jose ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: Macrosubstituiç ão em plpgsql
Veja o comando EXECUTE.
[]'s Pedrosinho
- Original Message -
From: Charles - FuturoVirtual
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, July 18, 2007 12:29 PM
Subject: Re: [pgbr-geral] [Bulk] Re: Macrosubstituição em plpgsql
blz. tem alguma coisa parecida com o comando eval do php? ex:
$variavel = teste;
$operador = ;
$valor = 1;
if eval($variavel $operador $valor) {
echo variavel teste é maior que um!;
}
Charles
Alessandro Pedroso (Pedrosinho) escreveu:
Use uma RECORD e alimente-a. O efeito é parecido e o código mais simples.
[]'s Pedrosinho
- Original Message -
*From:* Charles - FuturoVirtual mailto:[EMAIL PROTECTED]
*To:* pgbr-geral@listas.postgresql.org.br
mailto:pgbr-geral@listas.postgresql.org.br
*Sent:* Wednesday, July 18, 2007 11:14 AM
*Subject:* [pgbr-geral] Macrosubstituição em plpgsql
Pessoal teria como fazer macro substituição? exemplo como faço em php:
$temp = variavel1;
${$temp} = 1;
Ele cria uma variavel chamada variavel1 com valor 1.
Tem como fazer em plpgsql?
Charles
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
mailto:pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
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 Mini ng
Tiago Prefiro puxar os dados para a Staging Area através de uma ferramenta de integração de dados e ETL. No Pentaho ela está presente através do Kettle que usa JDBC como interface. http://www.pentaho.com/products/data_integration/ []'s Pedrosinho - Original Message - From: Tiago José Adami To: Comunidade PostgreSQL Brasileira Sent: Tuesday, June 05, 2007 9:11 AM Subject: Re: [pgbr-geral] Alimentação de ODS para Data Mining Certo amigos, a discussão foi ótima. Vocês já responderam as perguntas que eu iria fazer na seqüência ;). Entretanto, estou ainda projetando uma base OLAP e a dúvida esta na forma de replicar as informações do banco de dados OLTP para o ODS ou o banco de dados OLAP. Estou usando como referência uma ótima literatura sobre bancos de dados distribuídos (Özsu e Valduriez [1]), mas mesmo mencionando situações de distribuição entre bases OLTP e/ou arquivos, não há explicação de como as informações devem ser transportadas em um ODS. Procurei algumas referências a mais na internet [2] e acho que entendi. Vou citar um exemplo: para informações de faturamento, tenho uma VIEW que compõe várias tabelas, entre elas: NOTAS, ESTOQUE, CLIENTE, PRODUTO. O resultado da View é um cubo de informações (repetindo o numero da nota e o nome do cliente, por exemplo, para cada item da nota fiscal). A minha dúvida era se, para armazenar as informações em um ODS, eu teria que replicar todas as tabelas na forma original até o ODS, ou se deveria criar tabelas com a estrutura das VIEWS, e replicá-las criando uma éspecie de view materializada (como foi citado). 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. 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). Eu dei uma olhada no Pentaho [3], mas não encontrei resposta para esta dúvida. E obrigado a todos que contribuíram com esta thread, foram contribuições muito valiosas. [1] http://www.livrariacultura.com.br/scripts/cultura/resenha/resenha.asp?isbn=0136597076sid=125186254965322314451732 [2] http://www.dwbrasil.com.br/html/artbi_20030602.html [3] http://www.pentaho.com/ -- Tiago J. Adami Dois Vizinhos - PR Brazil Use linux, and set your soul free! -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ 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 paraDataMining
Se você tiver uma base mal modelada e não tiver recursos como visões materializadas… e se tiver recursos para modelar, extrair e manter uma base à parte. Muitas vezes é tiro de canhão em mosca. Verdade também, como eu disse, cada caso é um caso. Mas isso é justamente um remendo. Cada organização devia ter uma base consolidada. Não tendo, remenda-se, mas o ideal é consolidar. Infelizmente na prática isto pouco ocorre, mesmo tendo um bom ERP as organizações usam outros softwares que acessam outras bases, às vezes as piores possíveis. Conheço o TI de uma empresa enorme que tem o SAP e mais outros softwares emissores de documento devido à burocracia no brasil. Não se você tiver uma unidade de armazenamento que te permita separar E/S… em último caso, vale replicar e gerar as visões materializadas na réplica, por exemplo. Se eu replicar terei praticamente metade do processo de ETL. Ainda assim o item acima complica bastante. Ou o Bizgres, se a necessidade chegar a tanto. Conversei com o Josh Berkus no FISL, infelizmente o projeto Bizgres está praticamente parado, uma pena. O Pentaho está evoluindo rapidamente e possui mais recursos que o Bizgres no momento. []'s Pedrosinho___ 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 Mini ng
Wallace, Ao meu ver seu comentário está perfeito, concordo em número gênero e grau. Embora haja algumas exceções, a regra é esta. []'s Pedrosinho 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___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conversão de UTF-8 para ASCII
Rodrigo Tive este problema , e só consegui resolver definitivamente tratado o arquivo na camada da aplicação, como eram arquivo de EDI, não me causou grandes problemas. []'s Pedrosinho - Original Message - From: Rodrigo Hjort To: Comunidade PostgreSQL Brasileira Sent: Monday, June 04, 2007 1:06 AM Subject: [pgbr-geral] Conversão de UTF-8 para ASCII Precisei fazer a carga de alguns arquivos .CSV codificados com Unicode para o PostgreSQL num banco em LATIN1. Tratavam-se de palavras provenientes de dicionários em diversos idiomas, como francês e alemão, que possuem caracteres que não podem ser convertidos. Tentei duas abordagens: 1. criar o banco em UTF-8, fazer a carga normalmente e depois usar funções como CONVERT() e TO_ASCII() para tirar a acentuação das palavras - dava erro! 2. converter o arquivo externamente, usando o iconv, para depois dar a carga normalmente - conversão não era suportada para alguns caracteres..! Sendo assim, rodei o iconv com a opção -c para suprimir esses caracteres inconversíveis, converti de UTF-8 para ISO-8859-1, carreguei os dados para o banco em LATIN1 e rodei o TO_ASCII() sem problemas. Perdi alguma informação no meio do caminho, mas a maior parte dos dados foi copiada. Procurei em posts antigos na lista e vi que o Otávio precisou fazer algo nesse sentido. Alguém já se deparou com essa situação? Como resolveu? Será que daria para implementar uma outra função de conversão no PostgreSQL ( i.e: CREATE CONVERSION utf8_to_ascii)? -- Rodrigo Hjort http://icewall.org/~hjort -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ 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 DataMining
Na minha opinião apenas justificaria usar a base OLTP em caso de ROLAP, de outra forma a extração para DW é mais eficiente e rápida. Além disto, normalmente os dados que compoem um DW provêm de fontes de dados distintas e heterogêneas. Fora que se as hierarquias tiverem um nivel alto de especialização (o que não é recomendado, mas dependendo do cliente), podem comprometer a performance do ambiente OLTP. Cada caso é um caso. De qualquer forma é legal olhar o Pentaho para estas situações, da para usar o PG com ele tranquilo. []'s Pedrosinho - Original Message - From: Leandro Guimarães Faria Corcete DUTRA To: Comunidade PostgreSQL Brasileira Sent: Saturday, June 02, 2007 6:42 PM Subject: Re: [pgbr-geral] Alimentação de ODS para DataMining Em Sáb, 2007-06-02 às 15:22 -0300, Wallace Reis escreveu: 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. 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. Como sói acontecer, tem muito canhão atirando em mosca. -- +55 (11) 2122 0302 http://br.geocities.com./lgcdutra/ +55 (11) 5685 2219 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[EMAIL PROTECTED] -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres no Debian
Costumo compilar sempre as versões do pg, nunca tive problema, pelo contrario, foram mais beneficios. Tenho compilado em Debian, Ubuntu, Slackware, Fedora e RHEL, todos estáveis e sem qualquer problema. São bancos com grande concorrência em uma aplicação OLTP. Para o Debian basta pegar os pacotes buid essential, libreadline, zlib e bison pelo que me lembro. Daí é só seguir o README do fonte. []'s Pedrosinho - Original Message - From: Walter Cruz To: Comunidade PostgreSQL Brasileira Sent: Wednesday, May 09, 2007 3:42 PM Subject: Re: [pgbr-geral] Postgres no Debian Uai, o 8.1 ao menos tem! :) Não tem ainda o 8.2 na atual stable, mas tem na unstable. lembro-me que numa pesquisa o ubuntu se destacou como distribuição também para servidores. Como o Ubuntu é baseado no Debian, acho que a estabilidade é a 'mesma' (ok, quase a mesma :P) []'s - Walter On 5/8/07, Marcelo Magno [EMAIL PROTECTED] wrote: Bom dia a todos, Gostaria de tirar uma duvida com vocês, o departamento de infra-estrutura da empresa onde eu trabalho, está usando atualmente em todos os seus servidores a versão 4.0 do Debian (etch) que é a estável corrente. Eles tem por política interna deles, usar Infelizmente não existe no repositório stable dessa distribuição algum pacote do Postgresql versão 8.x. Eu como desenvolvedor estou precisando da versão 8.2 que tem algumas melhorias na questão de acesso a schemas dentro de triggers. Hoje utilizamos a versão 8.1.4 rodando em fedora core 6. Testamos o Ubuntu Feisty (ele tem pacotes de 8.2) mas estamos preocupados com a estabilidade dessa distribuição. Com esses dados, gostaria de ver com vocês se vocês poderiam me indicar qual caminho tomar. Qual seria em termos de administração, mais seguro pro pessoal da infra aqui da empresa: - Existe em algum lugar pacotes estáveis para a versão 8.2.x? - Compilar do source ? - Esse é uma alternativa viável? - Com o que temos que ter cuidado se adotarmos essa alternativa? - Essa escolha pode levar a algum problema (de administração ou de estabilidade) em produção? - Mudar de distribuição ? Qual mais indicada ? (Bsd eles me informaram não ter conhecimento). Se vocês quiserem me mandar links para documentos que me ajudem a buscar minha própria interpretação sobre o assunto, também seria muito bem vindo. Grato pela atenção, Marcelo Magno ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
