[pgbr-geral] DESEMPENHO
Pessoal, Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
Ribamar, Parabéns, seu site será de grande importância para mim que estou começando com postgres. Irei no processo dos estudos adicionando aprendizados e dicas. Obrigado, Junior Em 18/12/07, Ribamar Sousa [EMAIL PROTECTED] escreveu: Olá! Como minha paciência é pequena acabei criando um novo site sobre PostgreSQL com o Drupal. Adicionei uma boa quantidade de material. Como foi feito com o Drupal e com a intenção de ter um lugar para compartilhar informações com recursos e agilidade, veja como proceder para colaborar: Apenas se registre e já estará apto a adicionar conteúdo: tutoriais, dicas, links, etc. http://postgresql.ribafs.net -- Ribamar FS - ribafs[ ]users.sourceforge.net http://www.ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] pgAdminIII
Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgAdminIII
2007/12/19, Marcelo [EMAIL PROTECTED]: - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003..? No caso não seria melhor usar o agendador de tarefas e scripts PowerShell com os utilitários de linha de comando? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] DESEMPENHO
2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. Acho que não entendi… funções são uma coisa, junções outra, operadores lógicos em cláusulas de seleção (WHERE) outra. Ou você está pensando na comparação de junções implícitas (condições comparativas de chaves na cláusula de seleção) e explícitas (JOIN na cláusula FROM)? Nesse caso, elas deveriam ser exatamente equivalentes, salvo algum problema no planejador. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] pgAdminIII
Amigos.. vamos lá'.. -- Esse PgAgent seria uma ferramente aparte do PgAdmin...Mateus? -- Leandro poderia explicar melhor sua ideia...? Grato a Todos Marcelo. Em 19/12/07, Mateus [EMAIL PROTECTED] escreveu: Marcelo escreveu: Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo Utilize o pgAgent. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgAdminIII
Marcelo escreveu: Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo Utilize o pgAgent. ___ 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
Leandro, 1º - Comparações em junções implícitas e junções explícitas existem diferenças de desempenho? 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? Att. Junior Em 19/12/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. Acho que não entendi… funções são uma coisa, junções outra, operadores lógicos em cláusulas de seleção (WHERE) outra. Ou você está pensando na comparação de junções implícitas (condições comparativas de chaves na cláusula de seleção) e explícitas (JOIN na cláusula FROM)? Nesse caso, elas deveriam ser exatamente equivalentes, salvo algum problema no planejador. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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 -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgAdminIII
Também gostaria de uma explicação maior. Grato a todos que puderem colaborar. On Dec 19, 2007 8:49 AM, Marcelo [EMAIL PROTECTED] wrote: Amigos.. vamos lá'.. -- Esse PgAgent seria uma ferramente aparte do PgAdmin...Mateus? -- Leandro poderia explicar melhor sua ideia...? Grato a Todos Marcelo. Em 19/12/07, Mateus [EMAIL PROTECTED] escreveu: Marcelo escreveu: Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo Utilize o pgAgent. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Sds, Thiago Diogo --- Em um mundo sem paredes, quem precisa de janelas ? - www.bizupedia.com --- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
Parabéns Ribamar, o espaço ficou bom, claro, objetivo. Senti falta de um item do tipo Artigos, onde poderiam ser armazenados os valiosos trabalhos realizados por diversos colegas da comunidade. []´s -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
Parabéns, ficou muito legal, alias como todo material que vc disponibiliza. --- Paulo VisualP Sistemas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
Qual o link? 2007/12/19, Paulo [EMAIL PROTECTED]: Parabéns, ficou muito legal, alias como todo material que vc disponibiliza. --- Paulo VisualP Sistemas. ___ 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] conectar ao postgresql via visual fox pro utilizando autenticação md5
Bom dia a todos, Gostaria de saber dos colegas que trabalham com Visual FoxPro, se conseguem conectar ao PG através de autenticação md5. Sempre conectei autenticando por password, mas queria aumentar a segurança mudando para md5. E de qual maneira, via SQL Pass-Through (SQLCONNECT) , view remota, cursor adapter, etc. []s Fernando de Oliveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgAdminIII
Bom Dia! Pelo que sei, o PGAGENT, faz parte do pacote do PGADMIN( www.pgadmin.org ). Documentação da instalação: http://www.pgadmin.org/docs/1.6/pgagent-install.html Download: http://www.pgadmin.org/download/ - Original Message - From: Marcelo To: Comunidade PostgreSQL Brasileira Sent: Wednesday, December 19, 2007 8:49 AM Subject: Re: [pgbr-geral] pgAdminIII Amigos.. vamos lá'.. -- Esse PgAgent seria uma ferramente aparte do PgAdmin...Mateus? -- Leandro poderia explicar melhor sua ideia...? Grato a Todos Marcelo. Em 19/12/07, Mateus [EMAIL PROTECTED] escreveu: Marcelo escreveu: Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo Utilize o pgAgent. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo -- ___ 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] Uso interessante do elefante.
http://www.fallenfrukt.com/blog.php?id=5479 Embora em princípio eu seja contra mapeamento objeto-SQL, este parece ser um caso interessante. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
http://postgresql.ribafs.net - Original Message - From: Rafael Garbin To: Comunidade PostgreSQL Brasileira Sent: Wednesday, December 19, 2007 9:34 AM Subject: Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo Qual o link? 2007/12/19, Paulo [EMAIL PROTECTED]: Parabéns, ficou muito legal, alias como todo material que vc disponibiliza. --- Paulo VisualP Sistemas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail -- ___ 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] DESEMPENHO
2007/12/19, junior Prado [EMAIL PROTECTED]: 1º - Comparações em junções implícitas e junções explícitas existem diferenças de desempenho? Não inerentemente. Mas pode haver por deficiências do planejador. Teoricamente, as implícitas dão mais informação ao planejador. Na prática, não sei se isso realmente limita o planejamento das junções implícitas. Gurus? 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? Um caso semelhante… uma sintaxe mais implícita, outra mais explícita. De novo, não sei, mas creio que não. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] pgAdminIII
Marcelo escreveu: Amigos.. vamos lá'.. -- Esse PgAgent seria uma ferramente aparte do PgAdmin...Mateus? -- Leandro poderia explicar melhor sua ideia...? Grato a Todos Marcelo. Em 19/12/07, *Mateus* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Marcelo escreveu: Prezados - Alguma possibilidade de configurar o pgAdmin para rodar um Backup automaticamente.? num Windows Server 2003*..?* Grato. -- Marcelo Utilize o pgAgent. ___ 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 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo O pgAgent esta na pasta de \bin\ da instalação do postgresql. Instale uma versão do pgAdmin III na pasta pgAdmin III\1.6\Scripts tem o scripit pgagent.sql escolha o banco e execute esse scripit. Agora macete para vc poder ver os Jobs ao conectar no pgadmin nas propriedaes em Maintenance DB deixo o nome do banco onde vc executou o pgagent.sql como default ai vc ira ver o eschema job. Para instalar o serviço siga o http://www.pgadmin.org/docs/1.6/pgagent-install.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Site de PostgreSQL com bom conteúdo
Uma ótima sugestão e uma grande falha, pois veja que o site foi feito para a comunidade. Graças à flexibilidade e produtividade do Drupal logo estarei adicionando. Grato pela força e pela sugestão. 2007/12/19, José Mello Júnior [EMAIL PROTECTED]: Parabéns Ribamar, o espaço ficou bom, claro, objetivo. Senti falta de um item do tipo Artigos, onde poderiam ser armazenados os valiosos trabalhos realizados por diversos colegas da comunidade. []´s -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - ribafs[ ]users.sourceforge.net http://www.ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] idade gerada com erro
simplesmente, perfeito. muito obrigado a Euler, Dickson, Jeft, Marcos, Leandro, José Mello e ao Osvaldo pela paciência e disponibilidade. Date: Tue, 18 Dec 2007 16:33:52 -0200 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] idade gerada com erro saulo Mendes escreveu:pessoal, entendi a questão. Muito obrigado pela compreensão. Mas fica uma outra dúvida:será que existe uma forma de se considerar que 30 dias = 1 mês ?? justify_days? Veja http://www.postgresql.org/docs/8.2/interactive/functions-datetime.html: justify_days(interval) : Adjust interval so 30-day time periods are represented as months bdteste=# SELECT justify_days('60 days'::interval); justify_days -- 2 mons (1 registro) bdteste=# SELECT justify_days('360 days'::interval); justify_days -- 1 year (1 registro) bdteste=# SELECT justify_days(age('2007-12-17'::date, '2003-12-18'::date)); justify_days -- 4 years (1 registro) Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-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] PITR
Mateus escreveu: Executei o comando SELECT pg_start_backup('bk') e depois SELECT pg_stop_backup(); No servidor backup configurei o arquivo restore.conf e inicei o postgres, o BD começou a fazer o restore até aqui tudo OK. So que nesse intervalo do restore, dei uma carga grande no BD principal e ele começou a copiar outros arquivo do WAL para o servidor copia porque os arquivos WAL estavam sendo renomeados. Pelo que percebi, no log o BD começou a restaurar os arquivos copiados depois do pg_stop_backup(), que são os arquivos que o servidor começou a copiar depois dessa carga de dados. Apos o termino do restore executei outro pg_start_backup('bk'); e pg_stop_backup(); Qdo fui restaurar novamente ocorreu o erro: 2007-12-17 09:50:11 LOG: database system was shut down at 2007-12-17 09:50:07 Hora padrão Atlântico Central 2007-12-17 09:50:11 LOG: starting archive recovery 2007-12-17 09:50:11 LOG: restore_command = cp c:\mnt\%f %p cp: c:\mnt\0001.history: No such file or directory 2007-12-17 09:50:11 LOG: restored log file 0001000200A2 from archive 2007-12-17 09:50:11 LOG: record with zero length at 2/A20004D0 2007-12-17 09:50:11 LOG: invalid primary checkpoint record 2007-12-17 09:50:11 LOG: restored log file 0001000200A2 from archive 2007-12-17 09:50:11 LOG: record with zero length at 2/A2000480 2007-12-17 09:50:11 LOG: invalid secondary checkpoint record 2007-12-17 09:50:11 PANIC: could not locate a valid checkpoint record This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2007-12-17 09:50:11 LOG: startup process (PID 4012) exited with exit code 3 2007-12-17 09:50:11 LOG: aborting startup due to startup process failure 2007-12-17 09:50:12 LOG: logger shutting down So que esse arquivo 0001000200A2 foi o ultimo arquivo que ele gerou no pg_start_backup('bk'); e pg_stop_backup(); ele consta na pasta mnt depois disso não consigo restaurar copias posteriores a essa ele sempre pede esse arquivo, o arquivo ja consta no pg_xlog do servidor copia ? Ja limpei a pasta mnt com os antigos e nada se alguem puder ajudar ? Versão do Postgres 8.2.4. Ninguém para me ajudar ? ___ 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
Se você tiver um conhecimento legal de algebra relacional e quizer o seguinte : Planner siga exatamente a ordem que eu te mando você pode setar a variavel join collapse limite e usar joins explicitos! Muito interessante!!! To force the planner to follow the join order laid out by explicit JOINs, set the join_collapse_limit run-time parameter to 1. (Other possible values are discussed below.) Constraining the planner's search in this way is a useful technique both for reducing planning time and for directing the planner to a good query plan. If the planner chooses a bad join order by default, you can force it to choose a better order via JOIN syntax — assuming that you know of a better order, that is. Experimentation is recommended. - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, December 19, 2007 8:20 AM Subject: Re: [pgbr-geral] DESEMPENHO 2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. Acho que não entendi… funções são uma coisa, junções outra, operadores lógicos em cláusulas de seleção (WHERE) outra. Ou você está pensando na comparação de junções implícitas (condições comparativas de chaves na cláusula de seleção) e explícitas (JOIN na cláusula FROM)? Nesse caso, elas deveriam ser exatamente equivalentes, salvo algum problema no planejador. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
[pgbr-geral] Mapeamento Relacional-Objeto
Disclaimer: Eu sei que muita gente odeia mapeamentos e geradores de código. :-) 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. 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. 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). No entanto, a maioria dos SQL usados pelas telas de cadastro em uma aplicação comercial são simples. Nesses casos, um SELECT campos FROM cliente WHERE codigo = 1234 pode ser gerado automaticamente de maneira eficiente. Da mesma forma, um UPDATE cliente SET nome = 'Zeca' WHERE codigo = 1234 ou um DELETE FROM cliente WHERE codigo = 1234 podem ser gerados automaticamente sem problemas. Escrevi em 2003 uma OPF e um Gerador de Código que faz exatamente isso para Delphi e FPC. Até agora, as vantagens têm superado as desvantagens com folga... :-) O programador não perde tempo com os SQL triviais (que acabam sendo em grande volume), podendo dedicar mais atenção aos códigos SQL e PL/pgSQL realmente importantes, mais diretamente relacionados com as regras do negócio. -- Atenciosamente, Alexsander da Rosa Linux User #113925 ___ 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
http://www.postgresql.org/docs/8.3/static/explicit-joins.html - Original Message - From: Joao [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, December 19, 2007 11:06 AM Subject: Re: [pgbr-geral] DESEMPENHO Se você tiver um conhecimento legal de algebra relacional e quizer o seguinte : Planner siga exatamente a ordem que eu te mando você pode setar a variavel join collapse limite e usar joins explicitos! Muito interessante!!! To force the planner to follow the join order laid out by explicit JOINs, set the join_collapse_limit run-time parameter to 1. (Other possible values are discussed below.) Constraining the planner's search in this way is a useful technique both for reducing planning time and for directing the planner to a good query plan. If the planner chooses a bad join order by default, you can force it to choose a better order via JOIN syntax — assuming that you know of a better order, that is. Experimentation is recommended. - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, December 19, 2007 8:20 AM Subject: Re: [pgbr-geral] DESEMPENHO 2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. Acho que não entendi… funções são uma coisa, junções outra, operadores lógicos em cláusulas de seleção (WHERE) outra. Ou você está pensando na comparação de junções implícitas (condições comparativas de chaves na cláusula de seleção) e explícitas (JOIN na cláusula FROM)? Nesse caso, elas deveriam ser exatamente equivalentes, salvo algum problema no planejador. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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 ___ 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
2007/12/19, Alexsander Rosa [EMAIL PROTECTED]: Escrevi em 2003 uma OPF e um Gerador de Código que faz exatamente isso para Delphi e FPC. Até agora, as vantagens têm superado as desvantagens com folga... :-) O programador não perde tempo com os SQL triviais (que acabam sendo em grande volume), podendo dedicar mais atenção aos códigos SQL e PL/pgSQL realmente importantes, mais diretamente relacionados com as regras do negócio. Que tal botar no pgFoundry, SourceForge, Savannah ou coisa assim? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] Mapeamento Relacional-Objeto
Alexsander Rosa wrote: Disclaimer: Eu sei que muita gente odeia mapeamentos e geradores de código. :-) 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. 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. 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). No entanto, a maioria dos SQL usados pelas telas de cadastro em uma aplicação comercial são simples. Nesses casos, um SELECT campos FROM cliente WHERE codigo = 1234 pode ser gerado automaticamente de maneira eficiente. Da mesma forma, um UPDATE cliente SET nome = 'Zeca' WHERE codigo = 1234 ou um DELETE FROM cliente WHERE codigo = 1234 podem ser gerados automaticamente sem problemas. Escrevi em 2003 uma OPF e um Gerador de Código que faz exatamente isso para Delphi e FPC. Até agora, as vantagens têm superado as desvantagens com folga... :-) O programador não perde tempo com os SQL triviais (que acabam sendo em grande volume), podendo dedicar mais atenção aos códigos SQL e PL/pgSQL realmente importantes, mais diretamente relacionados com as regras do negócio. Também escrevi algo assim, para Delphi + JBoss. A nossa aplicação não tem código nenhum SQL. Tudo (quando digo tudo, é tudo mesmo) é gerado automaticamente. Para fazer a carga o usuário passa o ClientDataSet destino, tabela, campos e condição (entre outros que não vem ao caso) Para comitar, o usuário passa apenas o ClientDataSet que contém os dados e tabela destino. Automaticamente é feito uma varredura no cds, gerado um XML que vai para o JBoss, ao chegar, ele trata o XML e monta o IUD. Funciona muito bem a mais de 4 anos, tivemos alguns problemas com lentidão de XML que já foram resolvidos. Temos total controle sobre o SQL gerado, pois a geração é feito por código nosso, não usamos hybernate e derivados. Assim temos garantia de um bom SQL. Para facilitar temos um DMD que indica quais são os campos chaves, quais são as fks e dessa forma auxilia a criação das rotinas IUD. Uma das vantagens é ter apenas um tipo de código (pascal) na aplicação cliente e a despreocupação com relação a acesso a banco. Hoje, se temos que adicionar um campo novo em um cadastro, apenas adicionamos no form e mais nada! O resto é tudo automático. A maior vantagens de todas é o fato do independência do Banco de Dados que a aplicação tem. Hoje, todos os nossos clientes utilizam PostgreSQL (graças a Deus =D ), mas caso algum venha a utilizar outros bancos, temos que mexer apenas na aplicação que está no JBoss, não na aplicação cliente, o q facilita muito. Não sei se fugi do assunto, mas é isso q utilizamos hj. Att Evandro ___ 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
2007/12/19, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Alexsander Rosa wrote: Também escrevi algo assim, para Delphi + JBoss. A nossa aplicação não tem código nenhum SQL. Tudo (quando digo tudo, é tudo mesmo) é gerado automaticamente. Gente, eu vejo tanta gente falando de código que desenvolveu… que tal publicar? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] Mapeamento Relacional-Objeto
Leandro DUTRA wrote: 2007/12/19, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Alexsander Rosa wrote: Também escrevi algo assim, para Delphi + JBoss. A nossa aplicação não tem código nenhum SQL. Tudo (quando digo tudo, é tudo mesmo) é gerado automaticamente. Gente, eu vejo tanta gente falando de código que desenvolveu… que tal publicar? Infelizmente não posso publicar o código. É da empresa. Posso escrever algo sobre como foi implementando sem citar a implementação. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Unindo Consultas em Uma Unica Consulta Ninja !!!!
Oi Pessoal Bem ... Estou num mato sem cachorro . Preciso montar um SQL que me retorne a quantidade de objetos, separado por tipo e por schema. Eu consigo fazer os benditos selects separadamente mas preciso disso tudo em uma unica linha para melhor visuazizar os resultados. Sendo assim o que eu preciso é algo do tipo: SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES Segue abaixo os selects que montei separadamente ... (Agora só falta juntar tudo ) SELECT specific_schema as Schema, count(data_type) AS Funções FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type 'trigger' GROUP BY specific_schema; SELECT sequence_schema as Schema, count(data_type) as Sequence FROM information_schema.sequences WHERE sequence_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY sequence_schema; SELECT table_schema as Schema, count(table_type) as Tabelas FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'BASE TABLE' GROUP BY table_schema; SELECT specific_schema as Schema, count(data_type) AS Funções de Triggers FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type = 'trigger' GROUP BY specific_schema; SELECT table_schema as Schema, count(table_type) as Views FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'VIEW' GROUP BY table_schema; SELECT trigger_schema as Schema, count(trigger_catalog) AS Triggers FROM information_schema.triggers WHERE trigger_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY trigger_schema; -- Kenia Milene C. Galiego DataBase Administrator Oracle / PostgreSQL / MySql Email: [EMAIL PROTECTED] Blog: http://keniamilene.wordpress.com ___ 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
Leandro DUTRA escreveu: RFC 1855, por favor não envie mensagens HTML, veja como a conversão para texto fica bagunçada: 2007/12/19, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Gente, eu vejo tanta gente falando de código que desenvolveu… que tal publicar? Infelizmente não posso publicar o código. É da empresa. Posso escrever algo sobre como foi implementando sem citar a implementação. Que pena! Será que a empresa não é convencível? Ou não existem outras ferramentas open-source que façam a mesma coisa ou a implementação parecida, para que o pessoal possa ver como é e ter idéias para adequar a sua necessidade. Um exemplo disso eu falo com php por exemplo que tem o http://propel.phpdb.org/trac/... Leandro ___ 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
RFC 1855, por favor não envie mensagens HTML, veja como a conversão para texto fica bagunçada: 2007/12/19, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Gente, eu vejo tanta gente falando de código que desenvolveu… que tal publicar? Infelizmente não posso publicar o código. É da empresa. Posso escrever algo sobre como foi implementando sem citar a implementação. Que pena! Será que a empresa não é convencível? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] Unindo Consultas em Uma Unica Consulta Ninja !!!!
faz um union com cada uma! - Original Message - From: Kenia Milene To: Comunidade PostgreSQL Brasileira Sent: Wednesday, December 19, 2007 11:46 AM Subject: [pgbr-geral] Unindo Consultas em Uma Unica Consulta Ninja Oi Pessoal Bem ... Estou num mato sem cachorro . Preciso montar um SQL que me retorne a quantidade de objetos, separado por tipo e por schema. Eu consigo fazer os benditos selects separadamente mas preciso disso tudo em uma unica linha para melhor visuazizar os resultados. Sendo assim o que eu preciso é algo do tipo: SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES Segue abaixo os selects que montei separadamente ... (Agora só falta juntar tudo ) SELECT specific_schema as Schema, count(data_type) AS Funções FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type 'trigger' GROUP BY specific_schema; SELECT sequence_schema as Schema, count(data_type) as Sequence FROM information_schema.sequences WHERE sequence_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY sequence_schema; SELECT table_schema as Schema, count(table_type) as Tabelas FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'BASE TABLE' GROUP BY table_schema; SELECT specific_schema as Schema, count(data_type) AS Funções de Triggers FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type = 'trigger' GROUP BY specific_schema; SELECT table_schema as Schema, count(table_type) as Views FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'VIEW' GROUP BY table_schema; SELECT trigger_schema as Schema, count(trigger_catalog) AS Triggers FROM information_schema.triggers WHERE trigger_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY trigger_schema; -- Kenia Milene C. Galiego DataBase Administrator Oracle / PostgreSQL / MySql Email: [EMAIL PROTECTED] Blog: http://keniamilene.wordpress.com -- ___ 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] Unindo Consultas em Uma Unica Consulta Ninja !!!!
On Dec 19, 2007 11:46 AM, Kenia Milene [EMAIL PROTECTED] wrote: Oi Pessoal Bem ... Estou num mato sem cachorro . Preciso montar um SQL que me retorne a quantidade de objetos, separado por tipo e por schema. Eu consigo fazer os benditos selects separadamente mas preciso disso tudo em uma unica linha para melhor visuazizar os resultados. Sendo assim o que eu preciso é algo do tipo: SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES corte SELECT n.nspname AS esquema, CASE c.relkind WHEN 'r' THEN 'TABELAS' WHEN 'v' THEN 'VISÃO' WHEN 'S' THEN 'SEQUENCE' END as objeto, COUNT(c.relname) as Quantidade FROM pg_catalog.pg_class c LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace WHERE c.relkind IN ('S','r','v') AND n.nspname NOT IN ('pg_catalog', 'pg_toast') AND pg_catalog.pg_table_is_visible(c.oid) GROUP BY nspname,relkind ORDER BY 1,2 ; -Leo -- Leonardo Cezar et all http://www.postgresql.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
Leandro DUTRA wrote: RFC 1855, por favor não envie mensagens HTML, veja como a conversão para texto fica bagunçada: 2007/12/19, Evandro Ricardo Silvestre [EMAIL PROTECTED]: Gente, eu vejo tanta gente falando de código que desenvolveu… que tal publicar? Infelizmente não posso publicar o código. É da empresa. Posso escrever algo sobre como foi implementando sem citar a implementação. Que pena! Será que a empresa não é convencível? Eles permitem a divulgação apenas da teoria, mas sem nada especifico na nossa implementação. Código não é permitido. INFELIZMENTE! eu não concordo muito com isso, mas... De qualquer forma, vou conversar com o pessoal aqui. Evandro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Unindo Consultas em Uma Unica Consulta Ninja !!!!
Kenia Milene wrote: Oi Pessoal Bem ... Estou num mato sem cachorro . Preciso montar um SQL que me retorne a quantidade de objetos, separado por tipo e por schema. Eu consigo fazer os benditos selects separadamente mas preciso disso tudo em uma unica linha para melhor visuazizar os resultados. Sendo assim o que eu preciso é algo do tipo: SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES SCHEMA TABELAS VIEW SEQUENCES Segue abaixo os selects que montei separadamente ... (Agora só falta juntar tudo ) SELECT specific_schema as Schema, count(data_type) AS Funções FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type 'trigger' GROUP BY specific_schema; SELECT sequence_schema as Schema, count(data_type) as Sequence FROM information_schema.sequences WHERE sequence_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY sequence_schema; SELECT table_schema as Schema, count(table_type) as Tabelas FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'BASE TABLE' GROUP BY table_schema; SELECT specific_schema as Schema, count(data_type) AS Funções de Triggers FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type = 'trigger' GROUP BY specific_schema; SELECT table_schema as Schema, count(table_type) as Views FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'VIEW' GROUP BY table_schema; SELECT trigger_schema as Schema, count(trigger_catalog) AS Triggers FROM information_schema.triggers WHERE trigger_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') GROUP BY trigger_schema; Põe cada SELECT como uma coluna de um outro SELECT, fazendo assim subselects. Por exemplo: SELECT (SELECT count(data_type) FROM information_schema.routines WHERE specific_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND data_type 'trigger' GROUP BY specific_schema) AS Funções, (SELECT count(table_type) FROM information_schema.tables WHERE table_schema NOT IN ('dbateste','information_schema','pg_catalog','pg_temp_1', 'pg_toast','xmg','postgres','publico','public') AND table_type = 'BASE TABLE' GROUP BY table_schema) as Tabelas e assim vai... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Novo site da comunidade brasileira de PostgreSQL
NÃO RESPONDA ESTE E-MAIL NA LISTA PGBR-GERAL === Senhores e senhoritas... este é um chamado para todos aqueles que tem a intenção de colaborar de alguma forma na construção do novo site da comunidade brasileira de PostgreSQL que atualmente tem seu site em www.postgresql.org.br Este será o único e-mail a ser postado sobre o assunto na lista pgbr-geral. Como a organização do trabalho deve exigir uma intensa troca de e-mails, não devemos inundar a caixa de entrada das pessoas cadastradas na pgbr-geral com e-mails sobre isso. Sendo assim, todos que pretendem ajudar ou acompanhar os trabalhos devem se cadastrar na lista pgbr-dev em https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev Precisamos de gente para: - Configurar e subir o Drupal e módulos; - Importar o conteúdo do site atual; - Fazer revisão gramatical nos textos; - Fazer revisão técnica nos textos; - Criar um design para o portal; - Escrever novos artigos; - Testar funcionalidades do portal; Já temos: - O domínio www.postgresql.org.br; - Um logotipo oficial da comunidade; - Um servidor para hospedar o site em produção com todos os recursos necessários (graças a boa vontade da CELEPAR); - Um ambiente de teste com acesso via SSH, PHP e uma base PostgreSQL (agradecimentos ao Sr. Diogo Biazus aqui); - 3 voluntários para começar o trabalho (Fábio, Ribamar, Patrick)!! Bom... é isso por enquanto. Se você acha que pode colaborar, então responda este e-mail na lista pgbr-dev e diga no que você gostaria de ajudar. Atenciosamente, Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] ___ 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
O meu caso é o mesmo do Evandro, com algumas diferenças. A empresa de software é minha, o software pertence à nossa empresa, mas temos um contrato com o cliente piloto que restringe um pouco a liberação do código. Eles exigiram uma cláusula que nos proíbe de fornecer o software para concorrentes deles, e isso impede o uso de uma licença open source (pois um concorrente poderia baixar o código). No entanto nos próximos meses temos uma renovação contratual e vou separar restrição apenas para a aplicação, liberando o Framework de persistência. Em 19/12/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/12/19, Alexsander Rosa [EMAIL PROTECTED]: Escrevi em 2003 uma OPF e um Gerador de Código que faz exatamente isso para Delphi e FPC. Até agora, as vantagens têm superado as desvantagens com folga... :-) O programador não perde tempo com os SQL triviais (que acabam sendo em grande volume), podendo dedicar mais atenção aos códigos SQL e PL/pgSQL realmente importantes, mais diretamente relacionados com as regras do negócio. Que tal botar no pgFoundry, SourceForge, Savannah ou coisa assim? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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 -- Atenciosamente, Alexsander da Rosa Linux User #113925 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Unindo Consultas em Uma Unica Consulta Ninja !!!!
On Dec 19, 2007 1:11 PM, Kenia Milene [EMAIL PROTECTED] wrote: Leo a sua query funcionou direitinho ... Porém ... como eu adiciono TRIGGERS e FUNÇÔES nessa conta ??? porque elas fazem parte de mais 2 tabelas distintas ... Por favor, não estamos em BlackBerries (pelo menos a maioria), portanto menos top-posting. ;-) Estou meio corrido, então valida isso que enviei e se tiver algum problema posta aqui. sql SELECT o.esquema,o.objecto,COUNT(o.nm_objecto) FROM ( SELECT n.nspname AS esquema, CASE c.relkind WHEN 'r' THEN 'TABELAS' WHEN 'v' THEN 'VISÃO' WHEN 'S' THEN 'SEQUENCE' END as objecto, c.relname as nm_objecto FROM pg_catalog.pg_class c LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace WHERE c.relkind IN ('S','r','v') AND n.nspname NOT IN ('pg_catalog', 'pg_toast') AND pg_catalog.pg_table_is_visible(c.oid) UNION SELECT trigger_schema AS esquema, 'TRIGGER' AS objecto, trigger_name as nm_objecto FROM information_schema.triggers ) AS o GROUP BY esquema,objecto ORDER BY 2,1 ; /sql Abraço! -Leo -- Leonardo Cezar et all http://www.postgresql.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] Unindo Consultas em Uma Unica Consulta Ninja !!!!
Leo ... agora sim consegui o que eu precisava ... Obrigado Kenia Em 19/12/07, Leonardo Cezar [EMAIL PROTECTED] escreveu: On Dec 19, 2007 1:11 PM, Kenia Milene [EMAIL PROTECTED] wrote: Leo a sua query funcionou direitinho ... Porém ... como eu adiciono TRIGGERS e FUNÇÔES nessa conta ??? porque elas fazem parte de mais 2 tabelas distintas ... Por favor, não estamos em BlackBerries (pelo menos a maioria), portanto menos top-posting. ;-) Estou meio corrido, então valida isso que enviei e se tiver algum problema posta aqui. sql SELECT o.esquema,o.objecto,COUNT(o.nm_objecto) FROM ( SELECT n.nspname AS esquema, CASE c.relkind WHEN 'r' THEN 'TABELAS' WHEN 'v' THEN 'VISÃO' WHEN 'S' THEN 'SEQUENCE' END as objecto, c.relname as nm_objecto FROM pg_catalog.pg_class c LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace WHERE c.relkind IN ('S','r','v') AND n.nspname NOT IN ('pg_catalog', 'pg_toast') AND pg_catalog.pg_table_is_visible(c.oid) UNION SELECT trigger_schema AS esquema, 'TRIGGER' AS objecto, trigger_name as nm_objecto FROM information_schema.triggers ) AS o GROUP BY esquema,objecto ORDER BY 2,1 ; /sql Abraço! -Leo -- Leonardo Cezar et all http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Kenia Milene C. Galiego DataBase Administrator Oracle / PostgreSQL / MySql Email: [EMAIL PROTECTED] Blog: http://keniamilene.wordpress.com ___ 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
2007/12/19, Alexsander Rosa [EMAIL PROTECTED]: nos próximos meses temos uma renovação contratual e vou separar restrição apenas para a aplicação, liberando o Framework de persistência. Ótimo! -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] Planos de Hospedagem com PostgreSQL
verdade, a Locaweb suporta o PG 8.1.9. S no fechei contrato porque eles limitam a 1 (uma) nica base. Alm disto no gostei de s ter um usurio de FTP. Estou analisando tambm a tehospedo (indicada por um colega da lista que tenho que indicar se fechar contrato) que limita a 10 bases e 10 usurios de FTP e um pouco mais barata. O inconveniente que enquanto a Loca tem 50G de transferencia e 1G de armazenamento por R$ 29,00 (Profissinal I) a Te oferece 10G e 5 de armazenamento por R$ 26,90 (Profissional I). Tambm estou vendo a Kinghost que tem 45M de transferncia e 10 de armazenamento por R$ 26,00 (Turbo). O problema da Loca que s posso ter uma base, o da Te apenas 10G de transferncia e o da King cobra R$ 15,00 mensais pelo cronjobs. Em resumo no tarefa fcil escolher este tal do hospedeiro. Sergio Medeiros Santi Diogo Biazus escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leandro DUTRA wrote: 2007/12/15, Sergio Medeiros Santi [EMAIL PROTECTED]: Fiquei preocupado! A alguns dias estou procurando por hopedagens que incluam o Postgres. Olhei a Locaweb, a Dialhost e a IGempresas. Sabem qual o problema? A Locaweb ainda no consegui descobrir Aparentemente a Locaweb suporta sim PostgreSQL, ou est em vias de faz-lo. A Localweb suporta a 8.1 - -- Diogo Biazus - [EMAIL PROTECTED] Mvel Consultoria http://www.softa.com.br http://www.postgresql.org.br -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaTlKVnGJU0uKEMoRAiHbAKCALfZZljKtEzo7H1fEkrE0hLk4wgCfQAnR icocYssOThDSqsvZjF4j3Sk= =S8kn -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informao do NOD32 IMON 2733 (20071219) __ Esta mensagem foi verificada pelo NOD32 sistema antivrus http://www.eset.com.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] Planos de Hospedagem com PostgreSQL
Sergio Medeiros Santi escreveu: É verdade, a Locaweb suporta o PG 8.1.9. Só não fechei contrato porque eles limitam a 1 (uma) única base. Além disto não gostei de só ter um usuário de FTP. Estou analisando também a tehospedo (indicada por um colega da lista que tenho que indicar se fechar contrato) que limita a 10 bases e 10 usuários de FTP e é um pouco mais barata. O inconveniente é que enquanto a Loca tem 50G de transferencia e 1G de armazenamento por R$ 29,00 (Profissinal I) a Te oferece 10G e 5 de armazenamento por R$ 26,90 (Profissional I). Também estou vendo a Kinghost que tem 45M de transferência e 10 de armazenamento por R$ 26,00 (Turbo). O problema da Loca é que só posso ter uma base, o da Te apenas 10G de transferência e o da King cobra R$ 15,00 mensais pelo cronjobs. Em resumo não é tarefa fácil escolher este tal do hospedeiro. Sergio Medeiros Santi Diogo Biazus escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leandro DUTRA wrote: 2007/12/15, Sergio Medeiros Santi [EMAIL PROTECTED]: Fiquei preocupado! A alguns dias estou procurando por hopedagens que incluam o Postgres. Olhei a Locaweb, a Dialhost e a IGempresas. Sabem qual é o problema? A Locaweb ainda não consegui descobrir Aparentemente a Locaweb suporta sim PostgreSQL, ou está em vias de fazê-lo. A Localweb suporta a 8.1 - -- Diogo Biazus - [EMAIL PROTECTED] Móvel Consultoria http://www.softa.com.br http://www.postgresql.org.br -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaTlKVnGJU0uKEMoRAiHbAKCALfZZljKtEzo7H1fEkrE0hLk4wgCfQAnR icocYssOThDSqsvZjF4j3Sk= =S8kn -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 2733 (20071219) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br Servidor nos EUA com vmware instala o que quiser por $40 talvez seja a solução. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Planos de Hospedagem com PostgreSQL
Utilizo a KingHost. Vc pode criar quantos bancos desejar. Manutencao pelo PGAdmin ou EMS, PHPpgAdmin e tambem painel proprio. Tem um suporte razoavel e um preço justo que vai aumentando sob demanda. Servidores Linux/Windows. --- Paulo VisualP Sistemas. - Original Message - From: Sergio Medeiros Santi To: Comunidade PostgreSQL Brasileira Sent: Wednesday, December 19, 2007 5:01 PM Subject: Re: [pgbr-geral] Planos de Hospedagem com PostgreSQL É verdade, a Locaweb suporta o PG 8.1.9. Só não fechei contrato porque eles limitam a 1 (uma) única base. Além disto não gostei de só ter um usuário de FTP. Estou analisando também a tehospedo (indicada por um colega da lista que tenho que indicar se fechar contrato) que limita a 10 bases e 10 usuários de FTP e é um pouco mais barata. O inconveniente é que enquanto a Loca tem 50G de transferencia e 1G de armazenamento por R$ 29,00 (Profissinal I) a Te oferece 10G e 5 de armazenamento por R$ 26,90 (Profissional I). Também estou vendo a Kinghost que tem 45M de transferência e 10 de armazenamento por R$ 26,00 (Turbo). O problema da Loca é que só posso ter uma base, o da Te apenas 10G de transferência e o da King cobra R$ 15,00 mensais pelo cronjobs. Em resumo não é tarefa fácil escolher este tal do hospedeiro. Sergio Medeiros Santi Diogo Biazus escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leandro DUTRA wrote: 2007/12/15, Sergio Medeiros Santi [EMAIL PROTECTED]: Fiquei preocupado! A alguns dias estou procurando por hopedagens que incluam o Postgres. Olhei a Locaweb, a Dialhost e a IGempresas. Sabem qual é o problema? A Locaweb ainda não consegui descobrir Aparentemente a Locaweb suporta sim PostgreSQL, ou está em vias de fazê-lo. A Localweb suporta a 8.1 - -- Diogo Biazus - [EMAIL PROTECTED] Móvel Consultoria http://www.softa.com.br http://www.postgresql.org.br -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaTlKVnGJU0uKEMoRAiHbAKCALfZZljKtEzo7H1fEkrE0hLk4wgCfQAnR icocYssOThDSqsvZjF4j3Sk= =S8kn -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 2733 (20071219) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br -- E-mail classificado pelo Identificador de Spam Inteligente. Para alterar a categoria classificada, visite o Terra Mail -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral E-mail classificado pelo Identificador de Spam Inteligente Terra. Para alterar a categoria classificada, visite http://mail.terra.com.br/cgi-bin/imail.cgi?+_u=paptere_l=1,1198087374.252838.32382.buruma.hst.terra.com.br,7073,Des15,Des15 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] criptografia
Galera, Alguém tem alguma referência ou material para trabalhar com criptografia no postgres? Att. Junior -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] criptografia
On Dec 19, 2007 6:22 PM, junior Prado [EMAIL PROTECTED] wrote: Alguém tem alguma referência ou material para trabalhar com criptografia no postgres? http://www.nabble.com/-OFF-TOPIC--Decodificar-MD5-to13898618.html#a13907065 -Leo -- Leonardo Cezar et all http://www.postgresql.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] criptografia
Em Wed, 19 Dec 2007 18:28:09 -0200 Leonardo Cezar [EMAIL PROTECTED] escreveu: On Dec 19, 2007 6:22 PM, junior Prado [EMAIL PROTECTED] wrote: Alguém tem alguma referência ou material para trabalhar com criptografia no postgres? http://www.nabble.com/-OFF-TOPIC--Decodificar-MD5-to13898618.html#a13907065 Para complementar a informação, no contrib do fonte do PostgreSQL tem um diretório com alguns tipos de criptografia e exemplos de como usar esses módulos. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] criptografia
Valeu galera... Obrigado! Em 19/12/07, Fernando Ike [EMAIL PROTECTED] escreveu: Em Wed, 19 Dec 2007 18:28:09 -0200 Leonardo Cezar [EMAIL PROTECTED] escreveu: On Dec 19, 2007 6:22 PM, junior Prado [EMAIL PROTECTED] wrote: Alguém tem alguma referência ou material para trabalhar com criptografia no postgres? http://www.nabble.com/-OFF-TOPIC--Decodificar-MD5-to13898618.html#a13907065 Para complementar a informação, no contrib do fonte do PostgreSQL tem um diretório com alguns tipos de criptografia e exemplos de como usar esses módulos. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele fez! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Planos de Hospedagem com PostgreSQL
Mateus wrote: Servidor nos EUA com vmware instala o que quiser por $40 talvez seja a solução. Não é uma boa utilizar banco de dados em máquinas virtuais. Concorrências de várias VMs por disco (aka I/O) pode se tornar um problema para o SGBD. Aconselharia uma máquina dedicada para SGBDs. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Planos de Hospedagem com PostgreSQL
Taí uma coisa que é ideal pra ter na postgresql.org.br . De preferência com uma estrutura apropriada. Uma tabela, matriz comparativa algo assim. Se já existe lá, desculpe, não encontrei. On Dec 19, 2007 6:53 PM, Euler Taveira de Oliveira [EMAIL PROTECTED] wrote: Mateus wrote: Servidor nos EUA com vmware instala o que quiser por $40 talvez seja a solução. Não é uma boa utilizar banco de dados em máquinas virtuais. Concorrências de várias VMs por disco (aka I/O) pode se tornar um problema para o SGBD. Aconselharia uma máquina dedicada para SGBDs. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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] Planos de Hospedagem com PostgreSQL
2007/12/19, Daniel Gaspary [EMAIL PROTECTED]: Taí uma coisa que é ideal pra ter na postgresql.org.br . Manda bala! -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 ICQ/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
Re: [pgbr-geral] conectar ao postgresql via visual fox pro utilizando autenticação md5
Bom dia a todos, Gostaria de saber dos colegas que trabalham com Visual FoxPro, se conseguem conectar ao PG através de autenticação md5. Sempre conectei autenticando por password, mas queria aumentar a segurança mudando para md5. E de qual maneira, via SQL Pass-Through (SQLCONNECT) , view remota, cursor adapter, etc. Fernando, Se vc quer realmente aumentar a segurança não use md5... existem outras funções Hash melhores As SHA-* são melhores... dá uma olhada no módulo pgcrypto do contrib. Antonio ___ 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