Re: [pgbr-geral] MySQL × PostgreSQL (Era: Estudo d e caso: PHP ou Java)
2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. Que tal argumentar ao invés de simplesmente mandar um comentário tão pouco cheio de valor? Que tal as pessoas pesquisarem um pouco antes de fazerem perguntas tão batidas? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] MySQL × PostgreSQL (Era: Estudo d e caso: PHP ou Java)
2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Comercialmente falando, isso não é o menor problema. Pode ser, sim — se você quer um SGBD embutido de alta qualidade sem onerar teu produto, principalmente no começo da operação. Embora eu seja a favor da GNU GPL, inclusive da v3, para quem quer ser um /free rider/ (traduções) não é o que há. Vantagens técnicas além da licença? Cópia de segurança a quente livre. Conformidade a padrões. Consistência. Qualidade de código. Simplicidade de gestão e implementação (p.ex., um único tipo de tabela). Configurabilidade (essa palavra existe?). Transações MVCC que funcionam como esperado, inclusive para DDL. Linguagens de programação. Inclusive uma funcional, outra compatível com Oracle… Escalabilidade. Versões customizadas (inclusive proprietárias). Variedade de fornecedores de suporte e desenvolvimento. Maturidade da arquitetura e do código. Velocidade de evolução (vis à vis nível de maturidade). Desempenho em aplicações reais (benchmark de usuário /. não vale). Qualidade da documentação. Menos pegadinhas (/gotchas/). Honestidade (admissão de problemas sem enganar usuário e conduzi-lo mal — para bom entendedor meia palavra bas…). Cultura da comunidade infinitamente superior (desculpem o auto-elogio coletivo). Bons DBAs (tente contratar um bom DBA MySQL… só conheço um bom escovador de bits, que é fraco na área conceitual e ganha os tubos, o resto… e olhe que procurei com afinco durante três semanas). Mascote de peso. Eu gosto dele, pô! Só conheço duas ou três desvantagens reais, que nem chegam a compensar o conjunto acima: O Google não usa (se você não sabe por quê, não adianta perguntar). Tem menos usuários, e portanto menos programas suportados (aplicativos que suportam apenas MySQL, ou suportam melhor MySQL). E algumas falsas desvantagens: Muitos aplicativos foram feitos para MySQL e apenas portados, não otimizados, para PostgreSQL (o elefante é tão melhor que mesmo esses aplicativos rodam melhor com ele). Comunidade de usuários menor (mas *muito* melhor e infinitamente mais ativa — e olhe que isso só é exagero por bem pouco). Desempenho em comparativos ingênuos (vulgo engana-trouxa). -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
Em Qua, Outubro 17, 2007 23:26, Leandro DUTRA escreveu: 2007/10/17, José Mario Barduchi [EMAIL PROTECTED]: Trabalho em uma empresa com 3000 funcionários (não é a padaria do seu Joaquim né ?), com todo (eu disse todo) o ERP feito em PHP e PostgreSql que nos atende perfeitamente bem no que diz respeito a segurança, velocidade, etc... Fiquei curioso⦠feito em casa ou projeto externo? Qual? Bom dia Leandro Todo o nosso ERP é de desenvolvimento interno. A uns 2 anos e meio atrás utilizavamos FoxPro (Dos)... Em um projeto de modernização passamos todo o nosso ERP para Php + PostgreSql Utilizamos também o Ldap para as autenticações de usuários Enfim, foram mais de 2 anos de trabalho intenso mas acho que deu um bom resultado... Abraço -- José Mario Barduchi Administrador de Banco de Dados - T.I. Grupo Wheaton Brasil www.wheatonbrasil.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] MySQL × PostgreSQL (Era: Estu do de caso: PHP ou Java)
Antes que alguém diga: o raio do gmail habilita a formatação em html do e-mail sem me consultar antes! Desculpem os e-mails anteriores em HTML. Em 18/10/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Comercialmente falando, isso não é o menor problema. Pode ser, sim — se você quer um SGBD embutido de alta qualidade sem onerar teu produto, principalmente no começo da operação. Embora eu seja a favor da GNU GPL, inclusive da v3, para quem quer ser um /free rider/ (traduções) não é o que há. Sou contra a GNU GPL, não a acho uma licença livre, já que liberdade vem também em fazer realmente o que se quer com o trabalho, e não ser obrigado a redistribuir o fonte novamente. Mas isso já é outra discussão, né? Vantagens técnicas além da licença? Cópia de segurança a quente livre. Conformidade a padrões. Consistência. Qualidade de código. Simplicidade de gestão e implementação (p.ex., um único tipo de tabela). Configurabilidade (essa palavra existe?). Acho que existe, mas seria melhor algo como Configuração detalhada Transações MVCC que funcionam como esperado, inclusive para DDL. Linguagens de programação. Inclusive uma funcional, outra compatível com Oracle… Escalabilidade. Versões customizadas (inclusive proprietárias). Variedade de fornecedores de suporte e desenvolvimento. Maturidade da arquitetura e do código. Velocidade de evolução (vis à vis nível de maturidade). Desempenho em aplicações reais (benchmark de usuário /. não vale). Qualidade da documentação. Menos pegadinhas (/gotchas/). Honestidade (admissão de problemas sem enganar usuário e conduzi-lo mal — para bom entendedor meia palavra bas…). Cultura da comunidade infinitamente superior (desculpem o auto-elogio coletivo). Bons DBAs (tente contratar um bom DBA MySQL… só conheço um bom escovador de bits, que é fraco na área conceitual e ganha os tubos, o resto… e olhe que procurei com afinco durante três semanas). Mascote de peso. Eu gosto dele, pô! Só conheço duas ou três desvantagens reais, que nem chegam a compensar o conjunto acima: O Google não usa (se você não sabe por quê, não adianta perguntar). Isso é desvantagem? Tem menos usuários, e portanto menos programas suportados (aplicativos que suportam apenas MySQL, ou suportam melhor MySQL). E algumas falsas desvantagens: Muitos aplicativos foram feitos para MySQL e apenas portados, não otimizados, para PostgreSQL (o elefante é tão melhor que mesmo esses aplicativos rodam melhor com ele). Comunidade de usuários menor (mas *muito* melhor e infinitamente mais ativa — e olhe que isso só é exagero por bem pouco). Desempenho em comparativos ingênuos (vulgo engana-trouxa). No aspecto Comunidade/Empresa, o MySQL tem uma vantagem clara sobre o PostgreSQL, vantagem decorrente de uma decisão histórica... Porque MySQL é mais famoso que Pg? Simples: ele teve uma versão para windows primeiro. É sério, não fosse por isso, MySQL só seria conhecido de quem usa Unix, como era o PostgreSQL até bem pouco tempo atrás. Acho que só comecei a ver as pessoas comentando no Brasil sobre o PostgreSQL a partir da versão 7.0, embora eu já conhecesse ele desde 1999 (não que o usasse, apenas conhecia). Outra vantagem no aspecto enterprise é o fato do MySQL oferecer uma certificação que atesta quem finge melhor que saca muito. Sei que já teve a discussão aqui sobre validade ou não de uma certificação, mas para as empresas, uma certificação oficial faz bastante diferença, e o PostgreSQL não tem uma. A que a Pearson Vue oferece é de uma empresa japonesa, que não tem nada a ver com o Pg em si. Então, essa última colocação é a única vantagem que vejo no MySQL em relação ao Pg. Na verdade não é uma vantagem técnica, mas uma vantagem comercial. Para muitos não tem validade este argumento, mas quem decide a questão são os diretores e gerentes que compram a idéia de que certificação é o que há na hora de selecionar alguma tecnologia. Porque o Java se deu tão bem sobre o C++? Porque tem uma certificação, e o C++ não tem como ter uma por ser um padrão aberto, e ter diversas implementação, agora Java é da Sun, e ai de quem tentar colocar a mão nele (vide MS e o processo que carregou nas costas ao tentar criar sua VM). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Diferença na estrutura de 2 banco s
Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo?___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
Conheço um pouco de Python e fiz um programa para impressão de cupom fiscal remota com socket e geração de boleto com ReportLab, ambas as soluções ficaram excelentes e integradas com o Harbour. Gostei muito do Python, e o problema que encontrei foi que o hospedeiro que temos o domíno da empresa não dispõe do mesmo, o que complica se um dia a empresa resolver abrir o sistema, ou até vender para outra empresa. E no momento não gostaria de migrar de hospedeiro devido a estrutura da empresa. Em 17/10/07, Daniel Gaspary[EMAIL PROTECTED] escreveu: Sobre as linguagens Ninguém do debate trabalha com Python ou Ruby ? Ruby anda fazendo tanto sucesso(principalmente o seu Rails) que até mesmo alguns dos mais javamaníacos andam experimentando e gostando. Python é mais livre, não tão rígida na O.O. e isso me agrada. Mas por isso o pessoal do Java nem costuma olhar. Em python particularmente tenho visto muita coisa boa e costuma ter uma cultura de bons desenvolvedores, apesar de serem poucos ainda no mercado, se comparado com Java ou PHP. Os relatos são sempre de ter uma curva de aprendizagem bem baixa. Python me dá impressão de ser um caminho do meio entre Java e PHP. Muito menos burocrática que Java, mas com poder equivalente. Espero ter mais contribuído que ajudado a confundir acrescentando mais uma possibilidade :) . On 10/17/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Agora vou deixar minha contribuição ao debate: Cara, essa sim é que foi uma verdadeira troca de conhecimentos: alto nível de debate, muitas informações valiosas. Parabéns aos debatedores. Isso pode servir de lição para todos nós: saber respeitar as opiniões e mostrar seus conhecimentos e pontos de vista sem pisar. Beleza. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Armando Roque http://www.linkedin.com/in/armandoroque http://dropsdef.blogspot.com http://del.icio.us/dropsdef ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] foreign keys
Osvaldo e Lenadro, Vlw! Isso porporciona uma Idea pois tenho algumas bases Mysql que estão sendo migradas para para postgre e elas estão referenciadas entre si. Mas tbm gostatria de saber como é o comando em Dblink conforme o Leandro mencionou que funciona no oracle e é provavel que funcione no postgre , alguem teria um exemplo ? e que nunca usei o dblink e pelas explicações que tem na net não deu certo. Att Mauricio Date: Wed, 17 Oct 2007 22:09:33 -0300 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] foreign keys 2007/10/17, Mauricio De Biasi [EMAIL PROTECTED]: E por DbLinks como faria isso ? Ao permitir enxergar tabelas doutros bancos, deveria permitir também que fossem referenciadas em chaves estrangeiras. No Oracle, donde vem a idéia e o nome, funciona. Não confundir com DBI Links, embora a idéia seja a mesma e possa valer lá também — no DBI Links você enxerga qualquer outra fonte de dados, não apenas outras bases PostgreSQL como no DB Link. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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 _ Conheça o Windows Live Spaces, a rede de relacionamentos conectada ao Messenger! http://spaces.live.com/signup.aspx___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Bom, aprendi a programar pra Web usando PHP, a alguns anos atras (quando era a versão 3 ainda) e sempre me senti 'a vontade' com o ele, porém quando conheci o Python fiquei adminirado com a baixa curva de aprendizado. A linguagem é simples, limpa e te força a deixar o código legíve, ou seja, no quesito manutenilibidade, Python é show. Existe uma boa variedade de frameworks que usam python, muitos deles à la Rails e também o mod_python que é um 'mod_php' mais poderoso e que permite programar usando python. Como o Armando disse, o grande problema que eu vejo hoje para o python é a falta de hospedagem para as aplicações. Alguns hospedeiros americanos ja possuem suporte aos frameworks mais conhecidos mas mesmo assim o número é reduzido. (claro em qualquer server com suporte a cgi, que tenha python instalado e o mod_rewrite da pra rodar as aplicações mas seria muito mais simples se a própria empresa de hospedagem desse um suporte maior a comunidade). Desculpem o tamanho do post, acho que me excedi um pouco mas pro meu comentário não ser totalmente inútil vou deixar algumas urls para alguns frameworks escritos em Python, pra quem tiver a curiosidade de conferir aí vão eles. Pylons [ http://www.pylonshq.com ] Usa o padrão WSGI fixado na PEP 333 [1]. É pequeno mas muito poderoso. Possuí uma comunidade ativa e disposta a ajudar. Pessoalmente é o que eu mais gosto e utilizo atualmente. Django [ http://www.djangoproject.com ] Possuí uma grande comunidade, inclusive com lista em português. Tem ótima documentação o que influí diretamente na escolha de uma nova ferramenta. TurboGears [ http://www.turbogears.org ] Também implementa o padrão WSGI da PEP 333, não o conheço muito mas é bem recomendado pela comunidade python para se trabalhar na web. Zope [ http://www.zope.org ] Não sei em que pé anda esse framework, foi lançada uma versão recentemente e possuí muita coisa já implementada pronto para usar. Atenciosamente, Schneider [1] http://www.python.org/dev/peps/pep-0333/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
Olá, procure por uma ferramenta chamada pgdiff nos projetos da PgFoundry (www.pgfoundry.org). Ou, como disse o Pablo, use o comando diff comparando os arquivos com dados de cada banco. Os arquivos podem conter o SQL da estrutura (gerado com pg_dump -s) ou dados de estutura consultados diretamente no catálogo dos bancos. Abraço. Date: Thu, 18 Oct 2007 08:08:15 -0300 From: Pablo Sánchez [EMAIL PROTECTED] Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ ___ 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: Estu do de caso: PHP ou Java)
Conheço uma razão, mesmo que não esteja defendendo o MySQL. Veja servidores de hospedagem e de revenda. Muitos não suportam PG mas somente MySQL. Alguns dizem que suportam e bem poucos realmente suportam. Acho que pelo menos temos que respeitar o tamanho do mercado/popularidade do MySQL, que é muito maior que o do PG. Mas esta discussão, como a anterior, não precisa que defendamos um ou outro mas que mostremos características importantes, enriquecendo a comunidade para tomada de decisões. Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: 2007/10/17, Thiago Diogo [EMAIL PROTECTED]: Poderíamos agora iniciar um debate que tenho algumas dúvidas em questão de utilização: PostGreSQL ou MySQL? Quando usar um ou outro? Ou nunca utilizar o outro ou o um? Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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 -- 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] MySQL × PostgreSQL (Era: Estu do de caso: PHP ou Java)
Hii Marcelo, me desculpa, sou um grande fã do PostgreSQL e se você tivesse dito que o psql era fantástico eu concordaria mas eu, particularmente, gosto demais do phpmyadmin, tem muito mais recursos e é mais flexível e prático que o phppgadmin. Em 18/10/07, Joao Marcelo[EMAIL PROTECTED] escreveu: Sou usuário a pouco tempo, não tive a oportunidade de conhecer a fundo o funcionamento do postgres. O que deu para perceber é que as ferramentas de administrição são bem melhores que aquelas disponíveis para o Mysql. Um exemplo é phpPgAdmin, que possui uma interface limpa e compreensível, enquanto acho o phpMyAdmin meio poluído e confuso. O PgAdmin também é show de bola, melhor que qualquer coisa que tenha encontrado para o Mysql. 's On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Comercialmente falando, isso não é o menor problema. Vantagens técnicas além da licença? Obs: estou fazendo papel de advogado do diabo, sou 100% pró PostgreSQL, e em especial 200% licenciamento BSD (tanto que defendo o FreeBSD com afinco), mas quero levantar agora os argumentos que a comunidade utiliza para defender o sistema Em 18/10/07, luiz Rafael[EMAIL PROTECTED] escreveu: Ola A principal diferenca, se usar a sua app comercialmente com mysql, vc e obrigado a comprar licensa []s Luiz - Original Message - From: Thiago Diogo To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 12:12 AM Subject: Re: [pgbr-geral]MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java) Podem citar 3 vantagens de cada um? Ou pelo menos qual a principal vantagem de cada. Estive pesquisando sobre as diferenças e ainda não vi a diferença crucial entre ambos. Abraço! Em 18/10/07, Pablo Sánchez [EMAIL PROTECTED] escreveu: Em 17/10/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/10/17, Thiago Diogo [EMAIL PROTECTED] : Poderíamos agora iniciar um debate que tenho algumas dúvidas em questão de utilização: PostGreSQL ou MySQL? Quando usar um ou outro? Ou nunca utilizar o outro ou o um? Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. Que tal argumentar ao invés de simplesmente mandar um comentário tão pouco cheio de valor? RFC blá blá blá! ___ 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 ___ 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 -- __ João Marcelo Uchôa de Alencar jmarcelo.alencar(arroba)gmail.com msn: jmarcelo_alencar(arroba)hotmail.com Linux User 398939 simetriade.blogspot.com __ ___ 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] MySQL × PostgreSQL (Era: Estudo d e caso: PHP ou Java)
2007/10/18, Thiago Diogo [EMAIL PROTECTED]: queria saber se existe alguma dupla dinâmica(so + postgres). DTrace -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] foreign keys
2007/10/18, Mauricio De Biasi [EMAIL PROTECTED]: Isso porporciona uma Idea pois tenho algumas bases Mysql que estão sendo migradas para para postgre e elas estão referenciadas entre si. O ideal seria transformá-las em esquemas duma única base PostgreSQL. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] MySQL × PostgreSQL (Era: Estu do de caso: PHP ou Java)
Eu não concordo. Eu vejo que o phpMyAdmin não tem uma interface tão limpa quanto o phpPgAdmin. Quando a quantidade de tabelas começa a crescer demais, me perco totalmente no phpMyAdmin. E quanto ao Mysql WorkBench, promete muito mesmo, mas trava tanto que torna o uso impraticável. On 10/18/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Hii Marcelo, me desculpa, sou um grande fã do PostgreSQL e se você tivesse dito que o psql era fantástico eu concordaria mas eu, particularmente, gosto demais do phpmyadmin, tem muito mais recursos e é mais flexível e prático que o phppgadmin. Em 18/10/07, Joao Marcelo[EMAIL PROTECTED] escreveu: Sou usuário a pouco tempo, não tive a oportunidade de conhecer a fundo o funcionamento do postgres. O que deu para perceber é que as ferramentas de administrição são bem melhores que aquelas disponíveis para o Mysql. Um exemplo é phpPgAdmin, que possui uma interface limpa e compreensível, enquanto acho o phpMyAdmin meio poluído e confuso. O PgAdmin também é show de bola, melhor que qualquer coisa que tenha encontrado para o Mysql. 's On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Comercialmente falando, isso não é o menor problema. Vantagens técnicas além da licença? Obs: estou fazendo papel de advogado do diabo, sou 100% pró PostgreSQL, e em especial 200% licenciamento BSD (tanto que defendo o FreeBSD com afinco), mas quero levantar agora os argumentos que a comunidade utiliza para defender o sistema Em 18/10/07, luiz Rafael[EMAIL PROTECTED] escreveu: Ola A principal diferenca, se usar a sua app comercialmente com mysql, vc e obrigado a comprar licensa []s Luiz - Original Message - From: Thiago Diogo To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 12:12 AM Subject: Re: [pgbr-geral]MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java) Podem citar 3 vantagens de cada um? Ou pelo menos qual a principal vantagem de cada. Estive pesquisando sobre as diferenças e ainda não vi a diferença crucial entre ambos. Abraço! Em 18/10/07, Pablo Sánchez [EMAIL PROTECTED] escreveu: Em 17/10/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/10/17, Thiago Diogo [EMAIL PROTECTED] : Poderíamos agora iniciar um debate que tenho algumas dúvidas em questão de utilização: PostGreSQL ou MySQL? Quando usar um ou outro? Ou nunca utilizar o outro ou o um? Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. Que tal argumentar ao invés de simplesmente mandar um comentário tão pouco cheio de valor? RFC blá blá blá! ___ 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 ___ 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 -- __ João Marcelo Uchôa de Alencar jmarcelo.alencar(arroba)gmail.com msn: jmarcelo_alencar(arroba)hotmail.com Linux User 398939 simetriade.blogspot.com __ ___ 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 -- __ João Marcelo Uchôa de Alencar jmarcelo.alencar(arroba)gmail.com msn: jmarcelo_alencar(arroba)hotmail.com Linux User 398939 simetriade.blogspot.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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
eu comecei a estudar ruby e nao achei a linguagem muito clara e organizada, e outra o código não fica tão legível e fácil de manutenção - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, October 17, 2007 7:48 PM Subject: Re: [pgbr-geral] [OFF TOPIC] Re: Estudo de caso: PHP ou Java Não experimentei nem Python nem Ruby (Rails é um frame, então não conta como linguagem, teria que ser uma comparação com Symphony, CakePHP, J2EE, Spring, enfim, comparar frames, e não linguagens). O pouco que sei é que python não tem chaves para definir blocos de códigos, eles são definidos pela identação do mesmo, o que me leva a crer que força o programador a sempre identar para a coisa funcionar. Ruby, não sei nada mesmo, então me abstenho. ;-) Um abc Em 17/10/07, Ribamar Sousa[EMAIL PROTECTED] escreveu: Bem, tenho sinceramente simpatia pelo Rails e andei experimentando mas bem pouco. Até criei um curso rápido online (cursos.ribafs.net), mas quando começaram as dificuldades voltei para o PHP. Não é uma questão de evitar dificuldades, mas é aquela coisa, você tem boa experiência numa linguagem fica difícil sair e ficar somente com outra, a não ser que seja obrigado. Chega o momento que você esbarra numa dificuldade na nova linguagem e lembra assim: Cara, isso eu fazia de olhos fechados. Então a saudade aperta e você volta. Saiu uma notícia semana (site da comunidade brasileira de Ruby e no da O'Raill) passada de um fera em PHP que migrou para o Rails. Após 2 anos ele voltou para o PHP. Bem, mas acredito que aqui já é outro debate. :) Em 17/10/07, Daniel Gaspary[EMAIL PROTECTED] escreveu: Sobre as linguagens Ninguém do debate trabalha com Python ou Ruby ? Ruby anda fazendo tanto sucesso(principalmente o seu Rails) que até mesmo alguns dos mais javamaníacos andam experimentando e gostando. Python é mais livre, não tão rígida na O.O. e isso me agrada. Mas por isso o pessoal do Java nem costuma olhar. Em python particularmente tenho visto muita coisa boa e costuma ter uma cultura de bons desenvolvedores, apesar de serem poucos ainda no mercado, se comparado com Java ou PHP. Os relatos são sempre de ter uma curva de aprendizagem bem baixa. Python me dá impressão de ser um caminho do meio entre Java e PHP. Muito menos burocrática que Java, mas com poder equivalente. Espero ter mais contribuído que ajudado a confundir acrescentando mais uma possibilidade :) . On 10/17/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Agora vou deixar minha contribuição ao debate: Cara, essa sim é que foi uma verdadeira troca de conhecimentos: alto nível de debate, muitas informações valiosas. Parabéns aos debatedores. Isso pode servir de lição para todos nós: saber respeitar as opiniões e mostrar seus conhecimentos e pontos de vista sem pisar. Beleza. ___ 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 ___ 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
Bom dia Gustavo!!! Primeiro eu gostaria de parabeniza-lo pelo post, achei importante e quero dizer que eu tambem estou me iniciando em python por motivo prifissionais e estou gostando muito. Se tiveer algum assunto interesante que queira discutir relacionado a lingugem puthon sera um prazer ou se quiser montar um grupo de estudos estou disponivel, se quiser anote o mue e-mail e me escreva. Em 18/10/07, Gustavo Schneider[EMAIL PROTECTED] escreveu: Bom, aprendi a programar pra Web usando PHP, a alguns anos atras (quando era a versão 3 ainda) e sempre me senti 'a vontade' com o ele, porém quando conheci o Python fiquei adminirado com a baixa curva de aprendizado. A linguagem é simples, limpa e te força a deixar o código legíve, ou seja, no quesito manutenilibidade, Python é show. Existe uma boa variedade de frameworks que usam python, muitos deles à la Rails e também o mod_python que é um 'mod_php' mais poderoso e que permite programar usando python. Como o Armando disse, o grande problema que eu vejo hoje para o python é a falta de hospedagem para as aplicações. Alguns hospedeiros americanos ja possuem suporte aos frameworks mais conhecidos mas mesmo assim o número é reduzido. (claro em qualquer server com suporte a cgi, que tenha python instalado e o mod_rewrite da pra rodar as aplicações mas seria muito mais simples se a própria empresa de hospedagem desse um suporte maior a comunidade). Desculpem o tamanho do post, acho que me excedi um pouco mas pro meu comentário não ser totalmente inútil vou deixar algumas urls para alguns frameworks escritos em Python, pra quem tiver a curiosidade de conferir aí vão eles. Pylons [ http://www.pylonshq.com ] Usa o padrão WSGI fixado na PEP 333 [1]. É pequeno mas muito poderoso. Possuí uma comunidade ativa e disposta a ajudar. Pessoalmente é o que eu mais gosto e utilizo atualmente. Django [ http://www.djangoproject.com ] Possuí uma grande comunidade, inclusive com lista em português. Tem ótima documentação o que influí diretamente na escolha de uma nova ferramenta. TurboGears [ http://www.turbogears.org ] Também implementa o padrão WSGI da PEP 333, não o conheço muito mas é bem recomendado pela comunidade python para se trabalhar na web. Zope [ http://www.zope.org ] Não sei em que pé anda esse framework, foi lançada uma versão recentemente e possuí muita coisa já implementada pronto para usar. Atenciosamente, Schneider [1] http://www.python.org/dev/peps/pep-0333/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Leandro Diniz SUPTI/TIBHE - CEPM Centro de Especialização Microsoft SERPRO - Serviço Federal de Processamento de Dados. Av. José Cândido da Silveira, 1.200 Cidade Nova. CEP: 30.170-001 Belo Horizonte Minas Gerais mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.serpro.gov.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 d e caso: PHP ou Java)
só para mais um ponto o postgresql é muito mais ansi! - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 12:50 AM Subject: Re: [pgbr-geral]MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java) 2007/10/18, luiz Rafael [EMAIL PROTECTED]: A principal diferenca, se usar a sua app comercialmente com mysql, vc e obrigado a comprar licensa Essa é apenas uma… a contrapartida é que o PostgreSQL se presta ao 'software hoarding' — alguém conhece uma boa tradução para isso? Para mim, outras coisas como cópia de segurança a quente proprietária, falta de conformidade aos padrões, péssimo desempenho, inconsistência, falta de cobertura da linguagem e muitos defeitos são problemas muito mais importantes do MySQL. Digo isso não por ódio: é que meu padrão de exigência é alto, então mais do que elogiar as vantagens do bom eu acabo criticando o ruim… -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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
Re: [pgbr-geral] MySQL × PostgreSQL (Era: Estudo d e caso: PHP ou Java)
Todas essas características são fabulosas principalmente: MVCC Extensibilidade Possibilidade de escrever SP em diversas linguagens (heheheh ate em bash!) Conformidade com padrões(ANSI) esse email eu vou ate imprimir! - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 3:15 AM Subject: Re: [pgbr-geral]MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java) 2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Comercialmente falando, isso não é o menor problema. Pode ser, sim — se você quer um SGBD embutido de alta qualidade sem onerar teu produto, principalmente no começo da operação. Embora eu seja a favor da GNU GPL, inclusive da v3, para quem quer ser um /free rider/ (traduções) não é o que há. Vantagens técnicas além da licença? Cópia de segurança a quente livre. Conformidade a padrões. Consistência. Qualidade de código. Simplicidade de gestão e implementação (p.ex., um único tipo de tabela). Configurabilidade (essa palavra existe?). Transações MVCC que funcionam como esperado, inclusive para DDL. Linguagens de programação. Inclusive uma funcional, outra compatível com Oracle… Escalabilidade. Versões customizadas (inclusive proprietárias). Variedade de fornecedores de suporte e desenvolvimento. Maturidade da arquitetura e do código. Velocidade de evolução (vis à vis nível de maturidade). Desempenho em aplicações reais (benchmark de usuário /. não vale). Qualidade da documentação. Menos pegadinhas (/gotchas/). Honestidade (admissão de problemas sem enganar usuário e conduzi-lo mal — para bom entendedor meia palavra bas…). Cultura da comunidade infinitamente superior (desculpem o auto-elogio coletivo). Bons DBAs (tente contratar um bom DBA MySQL… só conheço um bom escovador de bits, que é fraco na área conceitual e ganha os tubos, o resto… e olhe que procurei com afinco durante três semanas). Mascote de peso. Eu gosto dele, pô! Só conheço duas ou três desvantagens reais, que nem chegam a compensar o conjunto acima: O Google não usa (se você não sabe por quê, não adianta perguntar). Tem menos usuários, e portanto menos programas suportados (aplicativos que suportam apenas MySQL, ou suportam melhor MySQL). E algumas falsas desvantagens: Muitos aplicativos foram feitos para MySQL e apenas portados, não otimizados, para PostgreSQL (o elefante é tão melhor que mesmo esses aplicativos rodam melhor com ele). Comunidade de usuários menor (mas *muito* melhor e infinitamente mais ativa — e olhe que isso só é exagero por bem pouco). Desempenho em comparativos ingênuos (vulgo engana-trouxa). -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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
Re: [pgbr-geral] Diferença na estrutura de 2 banco s
another pg tool diff - ferramenta free e open-source se eu nao me engano agora eu utilizo uma ferramanta paga chamada EMS database compare que é show de bola - Original Message - From: sergio To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 9:04 AM Subject: [pgbr-geral] Diferença na estrutura de 2 bancos Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? -- ___ 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] Diferença na estrutura de 2 bancos
nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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] foreign keys
Leandro, realmente concordo com vc. mas fiquei curioso onde eu acho referencia sobre o dblink ? No próprio site da comunidade[1]e tem um link no site do Ivo [2] Pra fazer fks entre bancos (Que como já foi dito, não faz parte das definições) , você terá que fazer as restrições MANUALMENTE (Criando funcões e comparalas atraves de triggers[3] / checks[4] )... [1] www.postgresql.org.be [2] http://ianntech.com.br/index.php?Tab=1item=9subitem=47 [3] http://www.postgresql.org/docs/8.1/interactive/triggers.html [4] http://www.postgresql.org/docs/8.1/interactive/ddl-constraints.html Att: Thiago Risso ___ 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: Estu do de caso: PHP ou Java)
Essa popularidade é questão de ter MySQL para Windows e ter o monte de sobrinho que programa PHP que a gente mencionou na outra thread... Se é o que mais se usa, então passa a ter suporte. Estão aparecendo um monte de provedores com suporte a PG agora, não notou? ;-) Agora tem PG para Windows.. e um monte de sobrinho no mundo... Em 18/10/07, Ribamar Sousa[EMAIL PROTECTED] escreveu: Conheço uma razão, mesmo que não esteja defendendo o MySQL. Veja servidores de hospedagem e de revenda. Muitos não suportam PG mas somente MySQL. Alguns dizem que suportam e bem poucos realmente suportam. Acho que pelo menos temos que respeitar o tamanho do mercado/popularidade do MySQL, que é muito maior que o do PG. Mas esta discussão, como a anterior, não precisa que defendamos um ou outro mas que mostremos características importantes, enriquecendo a comunidade para tomada de decisões. Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: 2007/10/17, Thiago Diogo [EMAIL PROTECTED]: Poderíamos agora iniciar um debate que tenho algumas dúvidas em questão de utilização: PostGreSQL ou MySQL? Quando usar um ou outro? Ou nunca utilizar o outro ou o um? Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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 -- 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 ___ 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)
Em 18/10/07, Joao Marcelo[EMAIL PROTECTED] escreveu: E quanto ao Mysql WorkBench, promete muito mesmo, mas trava tanto que torna o uso impraticável. Beta, hehehe :-D Normal ele travar ___ 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 d e caso: PHP ou Java)
2007/10/18, Joao Marcelo [EMAIL PROTECTED]: quanto ao Mysql WorkBench, promete muito mesmo, mas trava tanto que torna o uso impraticável. Alguém já reparou que o MySQL Workbench parece abandonado? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] foreign keys
2007/10/18, Mauricio De Biasi [EMAIL PROTECTED]: Leandro, realmente concordo com vc. mas fiquei curioso onde eu acho referencia sobre o dblink ? Só sei do módulo no contrib… nunca usei eu mesmo. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] Diferença na estrutura de 2 bancos
A idéia é comparar a estrutura e não os dados. Faz o dump para SQL apenas das tabelas. Pô, Cosme! Logo tu? :D Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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 ___ 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)
Em 18/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: 2007/10/18, Joao Marcelo [EMAIL PROTECTED]: quanto ao Mysql WorkBench, promete muito mesmo, mas trava tanto que torna o uso impraticável. Alguém já reparou que o MySQL Workbench parece abandonado? Se não me engano, ele era o DBDesigner que foi comprado pelo pessoal do MySQL... ou tinha uma lenda dessas, não sei, mas o DBDesigner é outro que foi esquecido... Repararam também? ___ 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 d e caso: PHP ou Java)
2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Em 18/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Alguém já reparou que o MySQL Workbench parece abandonado? Se não me engano, ele era o DBDesigner que foi comprado pelo pessoal do MySQL... ou tinha uma lenda dessas, não sei, mas o DBDesigner é outro que foi esquecido... Repararam também? Sim, a MySQL comprou a FabForce… não entendi por quê, afinal o DBDesigner foi feito no Kylix, agora abandonado pela Borland. Minha dúvida é se a MySQL vai deixá-lo morrer (parece), tentar continuar usando o Kylix enquanto ele continuar funcionando (não parece) ou reescrever (improvável, mas desejável). Além disso, a versão atualmente em α já está muito velha, não instala direito na maior parte das distros e não faz parte de nenhuma que eu saiba. Se bem que o próprio MySQL 5.1 está em β já há uma eternidade — ou estou tão por fora que já foi lançado? — e o 6 também promete um longo ciclo. Faz pensar, a MySQL está parecendo a MS dos SGBDs livres, como a Oracle é a dos SGBDs proprietários. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] Diferença na estrutura de 2 bancos
Rafael Garbin escreveu: Eu recomendo dar um dump da estrutura e fazer um kompare dos dois, pq essa ferramanta ja me indicarao e eu nao achei muita coisa sobre ela. Em 18/10/07, *Guilherme Augusto da Rocha Silva * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Olá, procure por uma ferramenta chamada pgdiff nos projetos da PgFoundry (www.pgfoundry.org http://www.pgfoundry.org). Ou, como disse o Pablo, use o comando diff comparando os arquivos com dados de cada banco. Os arquivos podem conter o SQL da estrutura (gerado com pg_dump -s) ou dados de estutura consultados diretamente no catálogo dos bancos. Abraço. Date: Thu, 18 Oct 2007 08:08:15 -0300 From: Pablo Sánchez [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? Dê uma olhada nesta outra ferramenta: http://apgdiff.sourceforge.net/ Osvaldo ___ 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 d e caso: PHP ou Java)
O workbench é em c++, usando wxwidgets. O DBDesigner até que era bacaninha. Uma pena que o Kylix já nasceu morto. []ś - Walter On 10/18/07, Leandro DUTRA [EMAIL PROTECTED] wrote: 2007/10/18, Pablo Sánchez [EMAIL PROTECTED]: Em 18/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Alguém já reparou que o MySQL Workbench parece abandonado? Se não me engano, ele era o DBDesigner que foi comprado pelo pessoal do MySQL... ou tinha uma lenda dessas, não sei, mas o DBDesigner é outro que foi esquecido... Repararam também? Sim, a MySQL comprou a FabForce… não entendi por quê, afinal o DBDesigner foi feito no Kylix, agora abandonado pela Borland. Minha dúvida é se a MySQL vai deixá-lo morrer (parece), tentar continuar usando o Kylix enquanto ele continuar funcionando (não parece) ou reescrever (improvável, mas desejável). Além disso, a versão atualmente em α já está muito velha, não instala direito na maior parte das distros e não faz parte de nenhuma que eu saiba. Se bem que o próprio MySQL 5.1 está em β já há uma eternidade — ou estou tão por fora que já foi lançado? — e o 6 também promete um longo ciclo. Faz pensar, a MySQL está parecendo a MS dos SGBDs livres, como a Oracle é a dos SGBDs proprietários. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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
Re: [pgbr-geral] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
On 10/17/07, José Mario Barduchi [EMAIL PROTECTED] wrote: Resp: Se a sua aplicação PHP for bem documentada e bem planejada, tudo irá muito bem. O que vocês de Java esquecem é que programadores que só fazem porcaria existem em qualquer linguagem. Já vi muito lixo em Java. Já vi muito lixo em PHP. Assim como já vi várias coisas muito bem feitas nas duas linguagens. O problema de quem programa em Java, na maioria das vezes, é A teoria aqui e' que lixo ou luxo podem ser escritos nas duas linguagens. Infelizmente a teoria deixa de lado um fator importante: A linguagem estimula lixo ou luxo? E' uma questao importante. Programadores passam a pensar mais proximo da linguagem na qual sao mais proficientes, quando pensando em como criar solucoes para problemas. Eu acho que e' facil provar que PHP estimula Lixo: * A biblioteca padrao e' lixo. Ex: stripslashes() retira / MAS se magic_quotes_sybase for ono, ai _na verdade_ um apostrofe vira dois apostrofes. E stripcslashes()? Qual usar? Decisoes, decisoes. * Varias funcoes com nomes parecidos mas que fazem coisas bem diferentes, todas no namespace global * Falta quase completa de namespaces * Orientacao a objetos como um puro after-thought * Aberracoes gigantescas como magic_quotes sao coisas comuns * Funcoes, metodos e classes nao sao objetos de primeira classe * Falta de protocolos (no sentido de padroes, nao de rede) internos na linguagem para criar consistencia * Muitos casos especiais na propria linguagem. echo? echo()? * Escrever extensoes em C e' um suplicio, ou foi da ultima vez que eu tive que escrever uma * etc Como disse Ian Bicking, PHP provavelmente sofre do problema de janelas quebradas. A linguagem em si tem tantos problemas que criou uma cultura onde e' aceitavel escrever codigo ruim. Problemas de seguranca sao tao comuns que nao e' tao importante manter as coisas em ordem. Nao ha' design consistente. Em PHP, voce programa como se faz tubulacao de esgoto numa favela. E' possivel escrever bom codigo em PHP, mas e' dificil. A linguagem estimula o contrario. Eu trabalho numa empresa cujo produto principal e' escrito em PHP. O codigo e' o melhor que eu ja' vi em termos de PHP. Mas eles ja' estao na terceira versao. As primeiras duas tiveram que ser jogadas fora. E mesmo assim, de vez em quando a cara feia do PHP aparece e tem que colocar a camisa de forca para impedir que ela cause problemas. Isso nao quer dizer que Java e' melhor. Java tem problemas diferentes, como linguagem e como comunidade. -Roberto ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
On 10/18/07, Gustavo Schneider [EMAIL PROTECTED] wrote: porém quando conheci o Python fiquei adminirado com a baixa curva de aprendizado. A linguagem é simples, limpa e te força a deixar o código legíve, ou seja, no quesito manutenilibidade, Python é show. Concordo plenamente! Como o Armando disse, o grande problema que eu vejo hoje para o python é a falta de hospedagem para as aplicações. Alguns hospedeiros americanos ja possuem suporte aos frameworks mais conhecidos mas mesmo assim o número é reduzido. (claro em qualquer server com suporte a Basta usar um VPS (Virtual Private Server). Nao sei por que hospedar em shared hosts no ano 2007. Eu estou meio desconectado do mercado de hospedagem do Brasil. Hospedagem ainda e' cara? (se alguem quiser me atualizar, pode faze-lo fora da lista, assim nao desvia o assunto) Pylons [ http://www.pylonshq.com ] Usa o padrão WSGI fixado na PEP 333 [1]. É pequeno mas muito poderoso. Possuí uma comunidade ativa e disposta a ajudar. Pessoalmente é o que eu mais gosto e utilizo atualmente. Pylons e' _muito_ bom. Muito poderosa e bem facil de se trabalhar. Minha framework preferida, principalmente quando aliada com o SQLalchemy como ORM, que e' simplesmente um show. -Roberto ___ 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)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pablo Sánchez escreveu: Se não me engano, ele era o DBDesigner que foi comprado pelo pessoal do MySQL... ou tinha uma lenda dessas, não sei, mas o DBDesigner é outro que foi esquecido... Repararam também E o que os colegas podem sugerir em substituição ao DBDesigner para plataforma Linux e que tenha suporte ao PostgreSQL? Um abraço, Guedes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHF4CCfNj5A+QkLMoRAuwbAKCVMuDVlS8a4I1TQD77f4mbniZj7QCg4+lG 8bEZqKo1lWv/fKozeExAngM= =KDkx -END PGP SIGNATURE- ___ 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 d e caso: PHP ou Java)
2007/10/18, Dickson Guedes [EMAIL PROTECTED]: E o que os colegas podem sugerir em substituição ao DBDesigner para plataforma Linux e que tenha suporte ao PostgreSQL? Livre não sei. Tem um pgDesigner ou coisa assim, acho que o Euler participa; se quiser algo multi-SGBD, creio que só proprietário — talvez o IBM Data Architect ou coisa assim. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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] MySQL × PostgreSQL (Era: Estu do de caso: PHP ou Java)
Veja . Acredito que MySQL seja bom para pequenas operações, ou seja, apenas armazenamento sem muitos controles. Caso queira um SGDB de grande porte com tudo que tem direito .. nesse caso aconselho PostgreSQL Kenia Em 17/10/07, Leandro DUTRA [EMAIL PROTECTED] escreveu: 2007/10/17, Thiago Diogo [EMAIL PROTECTED]: Poderíamos agora iniciar um debate que tenho algumas dúvidas em questão de utilização: PostGreSQL ou MySQL? Quando usar um ou outro? Ou nunca utilizar o outro ou o um? Não conheço nenhuma razão válida para usar MySQL — digo, nenhuma que sobreponha seus defeitos fundamentais com alguma sobra. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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 -- 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] Diferença na estrutura de 2 bancos
se falando de ferramentas pagas, existe o db comparer for postgresql: http://www.sqlmanager.net/products/postgresql/dbcomparer Excelente ferramenta. []s Fernando - Original Message - From: Osvaldo Rosario Kussama [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:54 AM Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos Rafael Garbin escreveu: Eu recomendo dar um dump da estrutura e fazer um kompare dos dois, pq essa ferramanta ja me indicarao e eu nao achei muita coisa sobre ela. Em 18/10/07, *Guilherme Augusto da Rocha Silva * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Olá, procure por uma ferramenta chamada pgdiff nos projetos da PgFoundry (www.pgfoundry.org http://www.pgfoundry.org). Ou, como disse o Pablo, use o comando diff comparando os arquivos com dados de cada banco. Os arquivos podem conter o SQL da estrutura (gerado com pg_dump -s) ou dados de estutura consultados diretamente no catálogo dos bancos. Abraço. Date: Thu, 18 Oct 2007 08:08:15 -0300 From: Pablo Sánchez [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? Dê uma olhada nesta outra ferramenta: http://apgdiff.sourceforge.net/ Osvaldo ___ 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] MySQL × PostgreSQL (Era: Estu do de caso: PHP ou Java)
Em 18/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: 2007/10/18, Dickson Guedes [EMAIL PROTECTED]: E o que os colegas podem sugerir em substituição ao DBDesigner para plataforma Linux e que tenha suporte ao PostgreSQL? Livre não sei. Tem um pgDesigner ou coisa assim, acho que o Euler participa; se quiser algo multi-SGBD, creio que só proprietário — talvez o IBM Data Architect ou coisa assim. pgAccess ainda funciona? ___ 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 d e caso: PHP ou Java)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fernando de Oliveira escreveu: o CaseStudio é multi-SGBD. Conheço o Case Studio, mas preciso de uma que seja plataforma Linux e licensa free : ) [ ]s Guedes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHF4+zfNj5A+QkLMoRAp/1AJ9jLrKshY6jtPANXnu7psQhn47/1wCggmdK W3x0gNx1cCaaBPxxzCzCPKc= =Izun -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
Existe um software que recém foi atualizado: Schemacrawler[1]. O foco dele é justamente o de fazer um dump para ser usado em comparações. Tu usa o software para fazer dump dos dois bancos. Joga os arquivos gerados em um comparador qualquer ( uso o Winmerge) e vê as diferenças. Pode mostrar Schema, só os dados, PKs, FKs, constraints, etc. Pode mesmo criar consultas específicas. Serve pra praticamente qualuqer SGDB(Feito em Java com JDBC). As vezes acho uns bugs, mas o desenvolvedor é está sempre ligado, quando se reporta um bug ele rapidamente entra em contato para saber mais, e costuma corrigir bem rápido. [1] http://schemacrawler.sourceforge.net/ On 10/18/07, sergio [EMAIL PROTECTED] wrote: Vou testar as opções citadas, provavelmente no mês que vem, então darei um retorno de como funcionou! Obrigado pelas sugestões! - Original Message - From: Osvaldo Rosario Kussama [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:54 AM Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos Rafael Garbin escreveu: Eu recomendo dar um dump da estrutura e fazer um kompare dos dois, pq essa ferramanta ja me indicarao e eu nao achei muita coisa sobre ela. Em 18/10/07, *Guilherme Augusto da Rocha Silva * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Olá, procure por uma ferramenta chamada pgdiff nos projetos da PgFoundry (www.pgfoundry.org http://www.pgfoundry.org). Ou, como disse o Pablo, use o comando diff comparando os arquivos com dados de cada banco. Os arquivos podem conter o SQL da estrutura (gerado com pg_dump -s) ou dados de estutura consultados diretamente no catálogo dos bancos. Abraço. Date: Thu, 18 Oct 2007 08:08:15 -0300 From: Pablo Sánchez [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: Re: [pgbr-geral] Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? Dê uma olhada nesta outra ferramenta: http://apgdiff.sourceforge.net/ Osvaldo ___ 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] Acesso remoto (post versÃf£o 7.4)
Oi Luiz, Como havia dito, fiz todas as alterações possíveis e nada, não entendo muiiito bem de linux, mas quando fui ver com um amigo meu, o hba.conf er um link pra onde estava o arquivo real hba.conf, e não havia nada no link, tava tipo quebrado, portanto, ele nunca achava o arquivo e não iniciava com as alterações, bem, arrumamos o link e ficou tudo certinho. Queria agradecer a todos pela ajuda! :) Luiz Matsumura [EMAIL PROTECTED] escreveu: Em 10/10/07, Paulinha escreveu: Eu, fiz as alterações, stoppei e startei exatamente como está aí.. /etc/init. :) Bom verifique então se no script de inicialização se o postmaster tem a opção -i : postmaster -i -D /diretorio/do/bd Se eu não me engano nas versões 7.xx também tinha que fazer isso... Não tenho mais nenhuma instalação com versão 7.4 por isso não tenho como passar algo mais preciso. Espero ter ajudado Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] problemas usando PGCluster
Ola pessoal, Estou tentando fazer uma replicacao usando o PGCluster mais ta complicado. maquinas - mandriva (2) postgresql-8.2.3 pgcluster-1.7.0rc7 objetivo: fazer uma repicacao MultiMaster Síncrona. instalei o postgresql e instalei o pgcluster em ambas as maquinas. iniciei tds servidores e nenhum erro ocorreu, os selects funcionqm corretamente. o problema ocorre qnd tento criar alguma coisa do tipo, create table ou createdb,etc... da esse erro por exemplo ERROR: This query is not permitted when all replication servers fell down STATEMENT: CREATE DATABASE teste createdb: database creation failed: ERROR: This query is not permitted when all replication servers fell down alguem poderia me ajudar, por favor. obrigado Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Contatenar colunas
Caros, utilizo a ferramenta de monitoração OpenNMS aqui na empresa e estou tentando obter algumas informações diretamente do seu DB(postgresql). Estou fazendo a seguinte query: SELECT node.nodelabel, assets.serialnumber, ifservices.serviceid from node, assets, ifservices where node.nodeid=assets.nodeid and node.nodeid=ifservices.nodeid and ifservices.status='A' and (ifservices.serviceid='1'or ifservices.serviceid='7'). que retorna: nodelabel | serialnumber | serviceid ---+--+--- DD_SL011 | 7398 | 1 DD_SL011 | 7398 | 7 Dentro do script eu deixo o resultado no seguinte formato: nodelabel | serialnumber | service1|service7 ---+--+--- DD_SL011 | 7398 | 1| 7 ou nodelabel | serialnumber | services ---+--+--- DD_SL011 | 7398 | 1,7 Teria como fazer isto diretamente em na query ?? Obrigado, Rudolfo Rosa. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: RES: TimeZone
Boa tarde !! Aqui na empresa colocamos o Timezone -3 e funcionou certinho pro novo horario de verão! Os servidores se encontram em SC ! abraços, Jean - Original Message - From: Carla Mazzi To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:16 PM Subject: Re: [pgbr-geral] RES: RES: RES: TimeZone Boa Tarde Pessoal! Hj é quinta feira e eu ainda estou com problemas de horário no servidor onde fica o banco de dados. Já reiniciamos o servidor e nada. Porém onde eu trabalho existem duas equipes e quem fez a mudança do horário garante de pé junto que eles fizeram a coisa certa e eu não. No postgresql.conf eu modifico o timezone ou timestamp? No aguardo. Carla Mazzi Em 15/10/07, Joao [EMAIL PROTECTED] escreveu: reiniciei o server e pronto Desculpe reiniciei o serviço e nao o server! - Original Message - From: Joao To: Comunidade PostgreSQL Brasileira Sent: Monday, October 15, 2007 4:12 PM Subject: Re: [pgbr-geral] RES: RES: RES: TimeZone o que que eu fiz? todos os passos do endereco anterior que eu envie http://www.rnp.br/cais/alertas/2007/cais-alr-20071005.html#LINUX depois dei um date no SO e a hora nao batia com o select current_timestamp(); depois deu um cp /etc/localtime /usr/local/pgsql/share/timezone/Brazil/East reiniciei o server e pronto - Original Message - From: Thiago bs To: 'Comunidade PostgreSQL Brasileira' Sent: Monday, October 15, 2007 4:12 PM Subject: [pgbr-geral] RES: RES: RES: TimeZone Ok Claudio compreendi, e agradeço do help, vou fazer o acerto do horário de maneira correta agora. Grato. De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Claudio Junior Enviada em: segunda-feira, 15 de outubro de 2007 15:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: TimeZone Thiago Então é isto. Vc alterou o horário de verão de forma errada. O horário de verão não é simplesmente voltar o relógio, mas sim, alterar o timezone que estamos. Normalmente aqui no Parana, temos -3 horas, mas no horário de verão vamos para -2 horas. Se vc utiliza uma distribuição debian ou ubuntu, corrigir é fácil. É so instalar o pacote tz-brasil que resolve o problema. Agora se vc utiliza outra distribuição, veja o email do João para este post, ele enviou o endereço: http://www.rnp.br/cais/alertas/2007/cais-alr-20071005.html#LINUX Que é o caminho para corrigir este problema. note que ja achei problemas no postgres 8.1 e também no Java da Sun. (tem base de dados tzinfo próprias). Claudio Jr. Em 15/10/07, Thiago bs [EMAIL PROTECTED] escreveu: Confirmando Cláudio : # date 101513582007 Mon Oct 15 13:58:00 BRT 2007 -- Claudio da Silva Junior csjunior at gmail dot 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Carla Mazzi Distribuidor Independente e-mail: [EMAIL PROTECTED] Tel: (24) 8115-1379 -- ___ 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] Dúvida psql
Boa Tarde. Gostaria de saber se existe alguma forma de nao ocorrer um commit automatico após digitar um insert por exemplo no psql. Algo como, no Oracle, utilizando o Sql Plus, posso fazer inserts, deletes, etc, e só entram realmente no banco após digitar o comando commit; Nao sei se fui claro, espero que sim. Obrigado. Renan___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
acho que vc nao entendeu pablito o lance no caso da ferramenta q eu disse por exemplo: vc pode muito bem fazer o dump e depois da um diff correto?? O grande problema se você tiver um campo a mais em uma tabela ou determinado local do dump gerado o seu diff já foi pro saco, pois ele compara linha a linha! a ferramenta que eu disse ja gera os (alter|drop|create|) table necessários para um modelo evoluir pro outro. - Original Message - From: Joao [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 3:40 PM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos voce nao entendeu o que eu quis dizer no meu caso necessitei de algo assim mas que eu pudesse evoluir um esquema de banco para uma outra versao e detalhe, com dados de produção entende? - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos A idéia é comparar a estrutura e não os dados. Faz o dump para SQL apenas das tabelas. Pô, Cosme! Logo tu? :D Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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 ___ 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] MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java)
um dos sucessos do mysql foi o LAMP em que qualquer amigo do sobrinho configurava! - Original Message - From: Daniel Gaspary [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 3:17 PM Subject: Re: [pgbr-geral]MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java) Quanto ao DbDesigner-fork X Kylix... Deveriam é tentar portar para Freepascal usando o Lazarus. Embora não sei se todos componentes (gráficos principalmente) iriam funcionar ou poder ser substituídos. Sobre o MySql... O caso é que, como já disseram, foi alavancado por ter versão windows e principalmente, ao meu ver, porque vinha configurado prontinho pra usar com o PHP. Daí imagina, todo mundo que queria fazer uma página que iria precisar de banco de dados usava. Tanto que até hoje muitos projetos legais feitos em PHP suportam somente mysql. O MySQL Melhorou muito nessa última versão, até FKs e procedures, maizáaaa :D, hehe. Eu pessoalmente não vejo motivo pra não usar o Postgres que tem muito mais recursos e além disso, não gosto da filosofia do Mysql. Ha muito tempo fui ver no manual do MySQL o que ele fazia e o que não fazia. Lá dizia que não suportavam as características ACID. E destacavam que nem precisavam, porque o esquema que tinham feito ser muito melhor, com as vantagens x,y e z. Ok, tudo bem. O Problema é que uma ou duas versões depois anunciavam na página como super destaque e vantagem, o fato de suportarem as características ACID. Hora, cadê a coerência ? Por essas e por outras, sempre me passa a imagem de ser algo feito por picaretas. Se alguém souber desses trechos de manuais aos quais me referi, por favor, compartilhe com todos. Seria bem interessante de mostrar :) Fernando de Oliveira escreveu: o CaseStudio é multi-SGBD. Conheço o Case Studio, mas preciso de uma que seja plataforma Linux e licensa 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] Dúvida psql
existe sim, vc abrir e fechar uma transação! - Original Message - From: Renan de Oliveira To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:53 PM Subject: [pgbr-geral] Dúvida psql Boa Tarde. Gostaria de saber se existe alguma forma de nao ocorrer um commit automatico após digitar um insert por exemplo no psql. Algo como, no Oracle, utilizando o Sql Plus, posso fazer inserts, deletes, etc, e só entram realmente no banco após digitar o comando commit; Nao sei se fui claro, espero que sim. Obrigado. Renan -- ___ 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] Dúvida psql
Nao existe alguma forma para configurar isso de forma automática? Obrigado - Original Message - From: Joao To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:55 PM Subject: Re: [pgbr-geral] Dúvida psql existe sim, vc abrir e fechar uma transação! - Original Message - From: Renan de Oliveira To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:53 PM Subject: [pgbr-geral] Dúvida psql Boa Tarde. Gostaria de saber se existe alguma forma de nao ocorrer um commit automatico após digitar um insert por exemplo no psql. Algo como, no Oracle, utilizando o Sql Plus, posso fazer inserts, deletes, etc, e só entram realmente no banco após digitar o comando commit; Nao sei se fui claro, espero que sim. Obrigado. Renan ___ 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] Diferença na estrutura de 2 bancos
voce nao entendeu o que eu quis dizer no meu caso necessitei de algo assim mas que eu pudesse evoluir um esquema de banco para uma outra versao e detalhe, com dados de produção entende? - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos A idéia é comparar a estrutura e não os dados. Faz o dump para SQL apenas das tabelas. Pô, Cosme! Logo tu? :D Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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 ___ 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
Ola Roberto, Então... as VPS são bem legais mesmo, tenho uma e não me arrependo, la eu coloquei o Pylons rodando do jeito que eu queria. Agora imaginemos um freelancer/autônomo oferecendo seus serviços a um cliente e explicando que o que ele precisa é de uma VPS que custa U$ 40.00 por mês e outro dizendo que ele precisa é de uma hospedagem qualquer de R$9,90 por mês. Hospedagem PHP tem em todo canto, é algo que funciona sem precisar de muito esforço. Atenciosamente, Schneider On 10/18/07, Roberto Mello [EMAIL PROTECTED] wrote: Basta usar um VPS (Virtual Private Server). Nao sei por que hospedar em shared hosts no ano 2007. Eu estou meio desconectado do mercado de hospedagem do Brasil. Hospedagem ainda e' cara? (se alguem quiser me atualizar, pode faze-lo fora da lista, assim nao desvia o assunto) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
Aí Dentú, Vc já usou ferramentas de diff? Elas mostram a diferença linha a linha sim, mas em grupos de linhas. Quer dizer, se existir uma linha em um e não no outro, ele vai indicar a linha ausente, mas as outras vão ser tratadas igualmente. Instala o WinMerge aí por exemplo e dá uma olhada que bacana que é. ;-) www.winmerge.org Um abc! Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: acho que vc nao entendeu pablito o lance no caso da ferramenta q eu disse por exemplo: vc pode muito bem fazer o dump e depois da um diff correto?? O grande problema se você tiver um campo a mais em uma tabela ou determinado local do dump gerado o seu diff já foi pro saco, pois ele compara linha a linha! a ferramenta que eu disse ja gera os (alter|drop|create|) table necessários para um modelo evoluir pro outro. - Original Message - From: Joao [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 3:40 PM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos voce nao entendeu o que eu quis dizer no meu caso necessitei de algo assim mas que eu pudesse evoluir um esquema de banco para uma outra versao e detalhe, com dados de produção entende? - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos A idéia é comparar a estrutura e não os dados. Faz o dump para SQL apenas das tabelas. Pô, Cosme! Logo tu? :D Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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 ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Diferença na estrutura de 2 bancos
Opa, nem precisa instalar, só olha os screenshots ;-) http://www.winmerge.org/2.6/images/screenshot.png Em 18/10/07, Pablo Sánchez[EMAIL PROTECTED] escreveu: Aí Dentú, Vc já usou ferramentas de diff? Elas mostram a diferença linha a linha sim, mas em grupos de linhas. Quer dizer, se existir uma linha em um e não no outro, ele vai indicar a linha ausente, mas as outras vão ser tratadas igualmente. Instala o WinMerge aí por exemplo e dá uma olhada que bacana que é. ;-) www.winmerge.org Um abc! Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: acho que vc nao entendeu pablito o lance no caso da ferramenta q eu disse por exemplo: vc pode muito bem fazer o dump e depois da um diff correto?? O grande problema se você tiver um campo a mais em uma tabela ou determinado local do dump gerado o seu diff já foi pro saco, pois ele compara linha a linha! a ferramenta que eu disse ja gera os (alter|drop|create|) table necessários para um modelo evoluir pro outro. - Original Message - From: Joao [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 3:40 PM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos voce nao entendeu o que eu quis dizer no meu caso necessitei de algo assim mas que eu pudesse evoluir um esquema de banco para uma outra versao e detalhe, com dados de produção entende? - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 11:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos A idéia é comparar a estrutura e não os dados. Faz o dump para SQL apenas das tabelas. Pô, Cosme! Logo tu? :D Em 18/10/07, Joao[EMAIL PROTECTED] escreveu: nao e tao simples assim visto que se você já tiver dados na sua base! - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 8:08 AM Subject: Re: [pgbr-geral]Diferença na estrutura de 2 bancos hummm Gerar o script sql e rodar um diff? :-P Em 18/10/07, sergio[EMAIL PROTECTED] escreveu: Bom Dia. Há alguma maneira prática para que eu compare 2 bancos e verifique quais os triggers, campos, tabelas, etc que há no primeiro e não se encontram no segundo? ___ 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 ___ 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 ___ 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úvida psql
On 10/18/07, Renan de Oliveira [EMAIL PROTECTED] wrote: Nao existe alguma forma para configurar isso de forma automática? Obrigado echo \set AUTOCOMMIT OFF ~/.psqlrc -Leo -- Leonardo Cezar 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] Dúvida psql
Existe: no arquivo postgresql.conf. Em 18/10/07, Renan de Oliveira[EMAIL PROTECTED] escreveu: Nao existe alguma forma para configurar isso de forma automática? Obrigado - Original Message - From: Joao To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:55 PM Subject: Re: [pgbr-geral] Dúvida psql existe sim, vc abrir e fechar uma transação! - Original Message - From: Renan de Oliveira To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:53 PM Subject: [pgbr-geral] Dúvida psql Boa Tarde. Gostaria de saber se existe alguma forma de nao ocorrer um commit automatico após digitar um insert por exemplo no psql. Algo como, no Oracle, utilizando o Sql Plus, posso fazer inserts, deletes, etc, e só entram realmente no banco após digitar o comando commit; Nao sei se fui claro, espero que sim. Obrigado. Renan ___ 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 -- 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] Dúvida psql
Isso mesmo que eu precisava. Muito Obrigado. Renan - Original Message - From: Leonardo Cezar [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 4:09 PM Subject: Re: [pgbr-geral] Dúvida psql On 10/18/07, Renan de Oliveira [EMAIL PROTECTED] wrote: Nao existe alguma forma para configurar isso de forma automática? Obrigado echo \set AUTOCOMMIT OFF ~/.psqlrc -Leo -- Leonardo Cezar 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 ___ 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úvida psql
qual parametro no postgresql.conf poderia desabilitar isso? Fiquei curioso! - Original Message - From: Ribamar Sousa [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 4:11 PM Subject: Re: [pgbr-geral] Dúvida psql Existe: no arquivo postgresql.conf. Em 18/10/07, Renan de Oliveira[EMAIL PROTECTED] escreveu: Nao existe alguma forma para configurar isso de forma automática? Obrigado - Original Message - From: Joao To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:55 PM Subject: Re: [pgbr-geral] Dúvida psql existe sim, vc abrir e fechar uma transação! - Original Message - From: Renan de Oliveira To: Comunidade PostgreSQL Brasileira Sent: Thursday, October 18, 2007 3:53 PM Subject: [pgbr-geral] Dúvida psql Boa Tarde. Gostaria de saber se existe alguma forma de nao ocorrer um commit automatico após digitar um insert por exemplo no psql. Algo como, no Oracle, utilizando o Sql Plus, posso fazer inserts, deletes, etc, e só entram realmente no banco após digitar o comando commit; Nao sei se fui claro, espero que sim. Obrigado. Renan ___ 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 -- 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 ___ 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úvida psql
On 10/18/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Existe: no arquivo postgresql.conf. Claro que não!! Há várias versões atrás foi retirado essa feature (erro) do servidor, e agora as interfaces (clientes,drivers), são responsáveis pelo controle de auto-efetivação. -Leo -- Leonardo Cezar 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] Dúvida psql
perguntei pq fui q nem louco no conf e nao achei! - Original Message - From: Leonardo Cezar [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, October 18, 2007 4:34 PM Subject: Re: [pgbr-geral] Dúvida psql On 10/18/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Existe: no arquivo postgresql.conf. Claro que não!! Há várias versões atrás foi retirado essa feature (erro) do servidor, e agora as interfaces (clientes,drivers), são responsáveis pelo controle de auto-efetivação. -Leo -- Leonardo Cezar 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 ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Por exemplo, tem muita vulnerabilidade a injeção de SQL porque as pessoas às vezes nem sabem que PEAR existe. Pelo visto você não conhece magic_quotes, e outra: PEAR é passado. Pablo, porque PEAR é passado? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []'s -Walter ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Em 18/10/07, Walter Cruz[EMAIL PROTECTED] escreveu: On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Por exemplo, tem muita vulnerabilidade a injeção de SQL porque as pessoas às vezes nem sabem que PEAR existe. Pelo visto você não conhece magic_quotes, e outra: PEAR é passado. Pablo, porque PEAR é passado? Vou entrar nessa, desculpem... Mas é que o magic_quota_gpc já faz isso sem precisar da PEAR, não? Atualmente magic_quota_gpc é On por default, já filtrando. -- 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] MySQL × PostgreSQL (Era: Estudo de caso: PHP ou Java)
On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: No aspecto Comunidade/Empresa, o MySQL tem uma vantagem clara sobre o PostgreSQL, vantagem decorrente de uma decisão histórica... Porque MySQL é mais famoso que Pg? Simples: ele teve uma versão para windows primeiro. É sério, não fosse por isso, MySQL só seria conhecido de Eu discordo. Na minha opiniao a popularidade do MySQL se deu a um fator principal: PHP Quando as primeiras versoes do PHP sairam, elas so' vinham embutidas com as bibliotecas de acesso ao MySQL. Quem queria usar PHP com um SGBD usava com MySQL, que nao epoca era proprietario mas gratuito. O PostgreSQL -- na epoca na versao 6.x, primeira versao que eu usei -- nao tinha integridade referencial, nem OUTER JOINs. O MySQL, com tabelas MyISAM era realmente muito mais rapido que o PostgreSQL. Nao tinha entao por que alguem usar PHP com PostgreSQL, a nao ser que realmente nao quisesse usar um produto proprietario (poucos). O fato da versao do Windows contribuiu, mas foi secundario, visto que PHP nao existia para Windows tambem. -Roberto ___ 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/18/07, Joao [EMAIL PROTECTED] wrote: um dos sucessos do mysql foi o LAMP em que qualquer amigo do sobrinho configurava! Mas o LAMP poderia ser muito bem LAPP , só é LAMP porque foi criado pelo pessoal do PHP, acostumado só com mySQL. :) ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Surgiu lá nos idos do PHP3, uma penca de código não tem mais função que suporta e requer a reescrita, OO do PEAR é piada, e o novo frame é que tem muito mais coisa atualizada está sendo o PECL. http://pecl.php.net/ Além do que o Ribamar respondeu: para o que se mencionou o PEAR, ou seja, evitar SQL Injection, o ideal é utilizar a PDO e o método prepareStatement... Enfim... Muita coisa mudou e o PEAR está realmente sendo deixado de lado. Outro frame famoso que também o substitui é o Zend Framework. Em 18/10/07, Walter Cruz[EMAIL PROTECTED] escreveu: On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Em 17/10/07, Leandro DUTRA[EMAIL PROTECTED] escreveu: Por exemplo, tem muita vulnerabilidade a injeção de SQL porque as pessoas às vezes nem sabem que PEAR existe. Pelo visto você não conhece magic_quotes, e outra: PEAR é passado. Pablo, porque PEAR é passado? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []'s -Walter ___ 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] Alterar dono do banco
Preciso alterar o dono do banco de dados, entao tentei: alter DATABASE nome_do_banco OWNER TO novo_dono; Isto alterou o dono do banco apenas na tabela pg_database, nas outras tabelas que fazem referencia ao owner como pg_class, pg_trigger e etc, o dono ainda é o dono_antigo, existe alguma forma de alterar o dono do banco e de todos os objetos sem ter que fazer um dump/restore? -- Cordialmente; Aluisio Gouveia Rezende Sistemas Ltda AVISO DE CONFIDENCIALIDADE! Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao devera utilizar, copiar, alterar, divulgar a informacao nela contida ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o emitente,respondendo ao e-mail e em seguida apague-o. Agradecemos sua cooperacao. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, change or take any action based on this message or any information herein. If you have received this message in error, please notify the sender immediately by replying this e-mail and delete this message. Thank you for your cooperation. ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Humm, dica valiosa, obrigado, Roberto, devidamente guardada :). Pessoal, quanto a Python ter pouca hospedagem. Creio que isso seja só aqui no Brasil, onde as hospedagens estão caras e com poucos recursos se comparadas as americanas. Não sou expert em web, mas andei pesquisando sobre hospedagens e todas que vi(americanas, repito) possuiam python disponível. Qaunto a comparar Framework Web(do python e Ruby) com PHP. Acho que é uma comparação válida sim. Afinal são soluções Web. Quem fica na desvantagem nessa comparação na verdade é PHP, que é feito somente para web. E acho difícil que me convençam do contrário. Pois já vi coisas como programa para Gravar ISOs (CD) feito em PHP. Isso para mim é simplesmente coisa de quem ficou com preguiç de aprender outra linguagem. Isso não desmerece o PHP, desmerece é quem implementou isso :). On 10/18/07, Roberto Mello [EMAIL PROTECTED] wrote: On 10/18/07, Gustavo Schneider [EMAIL PROTECTED] wrote: Agora imaginemos um freelancer/autônomo oferecendo seus serviços a um cliente e explicando que o que ele precisa é de uma VPS que custa U$ 40.00 por mês e outro dizendo que ele precisa é de uma hospedagem qualquer de R$9,90 por mês. Hospedagem PHP tem em todo canto, é algo que funciona sem precisar de muito esforço. Quantact.com: VPS com OpenVZ e no maximo 8 VPS por maquina fisica: US$ 10/mes. E o CEO da Quantact responde perguntas em IRC. -Roberto ___ 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
Olá! Já quer perguntaram de Python, xou dar meu pitaco na opnião. É uma das linguagens que eu mais gosto, e sempre que eu faço algo por prazer, acabo fazendo em python. Além disso, gosto muito do SQLAlchemy. Leandro, acho que você iria gostar do SQLAlchemy. É um ORM feito em Python, mas cujo autor entende e respeita o modelo relacional. Um exemplo disso está no post em http://techspot.zzzeek.org/?p=13 Pylons, que é um pequeno framework é o meu preferido. []'s - Walter ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
On 10/18/07, Gustavo Schneider [EMAIL PROTECTED] wrote: Agora imaginemos um freelancer/autônomo oferecendo seus serviços a um cliente e explicando que o que ele precisa é de uma VPS que custa U$ 40.00 por mês e outro dizendo que ele precisa é de uma hospedagem qualquer de R$9,90 por mês. Hospedagem PHP tem em todo canto, é algo que funciona sem precisar de muito esforço. Quantact.com: VPS com OpenVZ e no maximo 8 VPS por maquina fisica: US$ 10/mes. E o CEO da Quantact responde perguntas em IRC. -Roberto ___ 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Surgiu lá nos idos do PHP3, uma penca de código não tem mais função que suporta e requer a reescrita, OO do PEAR é piada, e o novo frame é que tem muito mais coisa atualizada está sendo o PECL. Gente, vamos pisar mas segurando a onde, né? A PEAR, embora vovozinha, ainda provê diversos recursos que facilitam e/ou padronizam o desenvolvimento em PHP; recursos estes que até então passam longe da cabeça dos programadores existentes no mercado. Tomando por exemplo encontramos: Webservices, Template Systems, Events Dispatcher, entre outros que diga-se de passagem, ainda não estão disponíveis na PECL. Aliás, a PECL existe num contexto bem diferente da PEAR. Enquanto PEAR são conjuntos de bibliotecas escritas exzclusivamente em PHP, PECL possue uma framework própria para escrever a API em linguagen C (shared), tornando-se estas verdadeiramente extensões do PHP e -- óbviamente -- invalidando as aplicações que rodam sob estas extensões, rodar em qualquer outro servidor dos quais o este módulo não existe. Por outro lado, extensões PEAR podem ser embutidas como parte do core da aplicação (são escritas em PHP, lembra?), no pacote que se vai distribuir para o cliente. A propósito, o PECL utiliza-se dos mesmos mecanismos de distribuição/empacotamento e repositórios da vovózinha (PEAR) e é mais um motivo pelo qual este projeto não vai morrer tão cedo. Quanto aos padrões (e anti-padrões) utilizados no core, esses infelizmente ocorreram devido ao pobre suporte de OO nas versões anteriores do PHP. Quando falo pobre, quero dizer falta de namespaces, visibilidade e essas coisas ... Mas muito já foi refatorado para o suporte das novas versões. Além do que o Ribamar respondeu: para o que se mencionou o PEAR, ou seja, evitar SQL Injection, o ideal é utilizar a PDO e o método prepareStatement... Possuimos instruções planejadas na PEAR::MDB2 (antiga PEAR::DB) e possuem validadores de injeção de SQL também. Enfim... Muita coisa mudou e o PEAR está realmente sendo deixado de lado. Outro frame famoso que também o substitui é o Zend Framework. A ZF, embora seja um projeto mais politicamente correto, ainda não possui 1/4 das caracteristicas da PEAR, mas de fato promete bastante, embora ainda insistem nas /gotchas/ como, por exemplo, liberar acesso para uma abstração de driver (adpater). Finalizando (se é que alguem conseguiu chegar até aqui :-)), magic_quotes e magic_quotes_* deixam de fazer parte do PHP nas próximas versões (5.9). A confusão das APIs de acesso aos banco de dados também acaba. Todo esse lixo da linguagem vai ser direcionado para (adivinhem???) PECL extensions :-) e algumas extensões PECL , seguindo o exemplo da PDO serão promovidas para o core. Concluindo, antes do apedrejamento, o grupo de desenvolvimento do PHP se preocupa sim com os padrões e vem trabalhando para melhorar isso. Um abraço! -Leo -- Leonardo Cezar 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] [OFF TOPIC] Re: Estudo de caso: PHP ou Java
On 10/18/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Em 18/10/07, Daniel Gaspary[EMAIL PROTECTED] escreveu: Quem fica na desvantagem nessa comparação na verdade é PHP, que é feito somente para web. PHP-GTK, conhece? http://gtk.php.net/ Conheço sim (de ouvir falar). Mas de certa forma acho que se encaixa também como um certo quebra-galho. PHP não nasceu como linguagem genérica. E focar só em web não é um crime, até pelo contrário, tem seus méritos. O Problema são projetos sem noção que algumas pessoas tem. O PHP-GTK parece ser algo mais para aproveitar o filão de muita gente que tem PHP como primeira e única linguagem. Entrei na página para ver, parece estar bem mais organizado do que da última vez que vi, que foi a muito tempo. Não tenho nada contra PHP em si. As linguagens costumam pagar o pato pelas pessoas que fazem mal uso delas. :) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] foreign keys
Opa Leandro valeu mesmo!! Date: Thu, 18 Oct 2007 11:18:43 -0300 From: [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] foreign keys 2007/10/18, Mauricio De Biasi [EMAIL PROTECTED]: Leandro, realmente concordo com vc. mas fiquei curioso onde eu acho referencia sobre o dblink ? Só sei do módulo no contrib… nunca usei eu mesmo. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 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 _ Veja mapas e encontre as melhores rotas para fugir do trânsito com o Live Search Maps! http://www.livemaps.com.br/index.aspx?tr=true___ 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
Em 16/10/07, Wallace Reis[EMAIL PROTECTED] escreveu: 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? perl para a web é pouco prático... :-/ ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Obs: não digo que seja uma boa solução, apenas estou citando um binding para PHP funcionar em outra coisa além de web, e funciona com o GTK para windows. Em 18/10/07, Pablo Sánchez[EMAIL PROTECTED] escreveu: Em 18/10/07, Daniel Gaspary[EMAIL PROTECTED] escreveu: Quem fica na desvantagem nessa comparação na verdade é PHP, que é feito somente para web. PHP-GTK, conhece? http://gtk.php.net/ Um abc ___ 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 TOPIC] Re: Estudo de caso: PHP ou Java
Em 18/10/07, Daniel Gaspary[EMAIL PROTECTED] escreveu: Quem fica na desvantagem nessa comparação na verdade é PHP, que é feito somente para web. PHP-GTK, conhece? http://gtk.php.net/ Um abc ___ 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