[pgbr-geral] Reaproveitar retorno de Function em SELECT
Bom dia a todos, Estou com a seguinte situação nesse SQL: SELECT mod1.tb_oper_id AS operacao, mod1.tb_modoper_tempo_bruto AS tempo_bruto, mod1.tb_modoper_valorcusto AS valor_custo, estabset1.tb_estset_eficcustos AS eficiencia, ROUND((mod1.tb_modoper_tempo_bruto / (estabset1.tb_estset_eficcustos / 100)),5) AS tempo_total, ROUND((mod1.tb_modoper_valorcusto),5) AS valor_total, tipooper1.tb_tipooper_tipo AS tipo_oper, sch_custos.fun_custo_minuto_setor(mod1.sis_emp_id, emp1.par_scu_tipo_calc_custo_minuto, pestab, oper1.tb_set_id, tipooper1.tb_tipooper_tipo) AS custo_minuto, FROM sch_pcp.tb_modoper mod1 O que acontece é que tenho que chamar mais uma Function - sch_pcp.fun_valor_impostos_operacao() onde um de seus parâmetros é o resultado da expressão do primeiro ROUND e outro parâmetro é o resultado da Function sch_custos.fun_custo_minuto_setor() chamada também no SQL.. O resultado desta Function de valor de impostos deve ser aproveitado no cálculo para encontrar o Valor Líquido Final. A questão é: - Como o Alias do Round nem da Function é reconhecido dentro da sentença, é possível armazenar um valor calculado em uma expressão ou o valor do Result de uma Function para ser aproveitado na mesma sentença sem fazer novamente a chamada desta Function ? Obrigado. Renato Becker. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Vacuum full - informação de execução
2011/11/8 Euler Taveira de Oliveira eu...@timbira.com On 07-11-2011 19:55, Fábio Gibon - Comex System wrote: o vacuum com a opção de full não fica registrado na pg_stat_all_tables (em last_vacuum). Há algum local do dicionário de dados que eu encontro a data do último vacuum full de uma tabela? Isso é verdade a partir da versão 9.0 (quando o VACUUM FULL foi substituído por CLUSTER internamente) e está documentado [1]. Talvez algum dia alguém corrija isso mas como o VF é uma operação programada (e esporádica) em um ambiente de produção não vejo problema em não reportar essa estatística (já que sei quando ela é disparada). Interessante essa info sobre o vacuum full. Algumas pessoas comentaram durante o pgbr que o vacuum full não deveria ser usado antes da versão 9 sem executar reindex, pois iria ser prejudicial aos índices. Existe alguma documentação dessa mudança do funcionamento do VACUUM FULL ser igual ao CLUSTER? Att. Leonardo Chester Carneiro ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgfoundry offline
Em 7 de novembro de 2011 23:10, Leonardo Carneiro chesterma...@gmail.comescreveu: Apenas a título de informação, o pgfoundry.org (projects.postgresql.org) está fora do ar. Segundo informações do pessoal da lista pgsql-www é um problema causado por manutenções que estão sendo feitas no hub.org ( http://archives.postgresql.org/pgsql-www/2011-11/msg00016.php). Não tem informações oficiais, mas o pessoal espera que volte em um dia ou dois. Já voltou... -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Reaproveitar retorno de Function em SELECT
Bom dia Renato, Em 8 de novembro de 2011 07:10, Renato Augusto renato@gmail.comescreveu: Bom dia a todos, Estou com a seguinte situação nesse SQL: SELECT mod1.tb_oper_id AS operacao, mod1.tb_modoper_tempo_bruto AS tempo_bruto, mod1.tb_modoper_valorcusto AS valor_custo, estabset1.tb_estset_eficcustos AS eficiencia, ROUND((mod1.tb_modoper_tempo_bruto / (estabset1.tb_estset_eficcustos / 100)),5) AS tempo_total, ROUND((mod1.tb_modoper_valorcusto),5) AS valor_total, tipooper1.tb_tipooper_tipo AS tipo_oper, sch_custos.fun_custo_minuto_setor(mod1.sis_emp_id, emp1.par_scu_tipo_calc_custo_minuto, pestab, oper1.tb_set_id, tipooper1.tb_tipooper_tipo) AS custo_minuto, FROM sch_pcp.tb_modoper mod1 Você pode tentar usar o WITH assim: WITH consulta AS ( SELECT mod1.tb_oper_id AS operacao, mod1.tb_modoper_tempo_bruto AS tempo_bruto, mod1.tb_modoper_valorcusto AS valor_custo, estabset1.tb_estset_eficcustos AS eficiencia, ROUND((mod1.tb_modoper_tempo_ bruto / (estabset1.tb_estset_eficcustos / 100)),5) AS tempo_total, ROUND((mod1.tb_modoper_valorcusto),5) AS valor_total, tipooper1.tb_tipooper_tipo AS tipo_oper, sch_custos.fun_custo_minuto_setor(mod1.sis_emp_id, emp1.par_scu_tipo_calc_custo_minuto, pestab, oper1.tb_set_id, tipooper1.tb_tipooper_tipo) AS custo_minuto, FROM sch_pcp.tb_modoper mod1 ) SELECT * FROM consulta WHERE tempo_total 10; O que acontece é que tenho que chamar mais uma Function - sch_pcp.fun_valor_impostos_operacao() onde um de seus parâmetros é o resultado da expressão do primeiro ROUND e outro parâmetro é o resultado da Function sch_custos.fun_custo_minuto_setor() chamada também no SQL.. O resultado desta Function de valor de impostos deve ser aproveitado no cálculo para encontrar o Valor Líquido Final. A questão é: - Como o Alias do Round nem da Function é reconhecido dentro da sentença, é possível armazenar um valor calculado em uma expressão ou o valor do Result de uma Function para ser aproveitado na mesma sentença sem fazer novamente a chamada desta Function ? Obrigado. Renato Becker. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços. Hugo B. Bucker ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PLPGSQL e Versionamento
Olá pessoal, gostaria de saber se vocês costumam versionar as funções e DDLs que estão no banco de dados. Hoje, não conheço nenhuma ferramenta no linux que facilite este tipo de operação. Na verdade, gostaria apenas de selecionar os objetos desejados, e a ferramenta exportaria em diversos arquivos txt separados. Alguém tem alguma dica? []'s Pedro Ivo Bispo de França ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
Opa, Em 8 de novembro de 2011 09:39, Pedro Ivo Bispo França pe...@xbrain.com.brescreveu: Olá pessoal, gostaria de saber se vocês costumam versionar as funções e DDLs que estão no banco de dados. Hoje, não conheço nenhuma ferramenta no linux que facilite este tipo de operação. Na verdade, gostaria apenas de selecionar os objetos desejados, e a ferramenta exportaria em diversos arquivos txt separados. Alguém tem alguma dica? Você fala algo como SVN? []'s Pedro Ivo Bispo de França ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços -- JotaComm http://jotacomm.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] PLPGSQL e Versionamento
Olá pessoal, gostaria de saber se vocês costumam versionar as funções e DDLs que estão no banco de dados. Hoje, não conheço nenhuma ferramenta no linux que facilite este tipo de operação. Na verdade, gostaria apenas de selecionar os objetos desejados, e a ferramenta exportaria em diversos arquivos txt separados. Alguém tem alguma dica? Aqui usamos o SVN mesmo. Bruno E. A. Silva. Analista de Sistemas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
Em 8 de novembro de 2011 11:21, Daniel Cristian Cruz danielcrist...@gmail.com escreveu: Pessoal, Eu fui na palestra do Dickson Guedes no PGBR 2011 e ele ensinou como usar o PGXN para criar extensões com funções. As extensões então podem ser versionadas. Eu ainda não pesquisei, mas foi mencionado que tem como montar um repositório interno, caso as funções não possam ou não sejam de interesse público. Atenciosamente, -- Daniel Cristian Cruz クルズ クリスチアン ダニエル Eu também estava nesta palestra Daniel, achei muito interessante. Mas infelizmente atualizar para a 9.1 não é uma opção. E mesmo assim, as funções pertencentes a própria database, que não se encaixariam em uma extensão, ainda precisam ser versionadas. -- Pedro Ivo Bispo de França X-Brain - Desenvolvimento de Sistemas Ltda ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
Em 8 de novembro de 2011 11:21, Daniel Cristian Cruz danielcrist...@gmail.com escreveu: Pessoal, Eu fui na palestra do Dickson Guedes no PGBR 2011 e ele ensinou como usar o PGXN para criar extensões com funções. As extensões então podem ser versionadas. Eu ainda não pesquisei, mas foi mencionado que tem como montar um repositório interno, caso as funções não possam ou não sejam de interesse público. Infelizmente, do jeito que falo, 2 (duas) horas não foram suficientes para mostrar tudo :( . Mas para os aventureiros de plantão o código do PGXN Manager (a interface que é utilizada para publicar as extensões) está no github [1]. É importante também montar a estrutura da API [2] internamente, para que clientes como o pgxn-client possam se beneficiar. [1] https://github.com/pgxn/pgxn-manager [2] https://github.com/pgxn/pgxn-api []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - 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] PLPGSQL e Versionamento
Em 8 de novembro de 2011 11:32, Pedro Ivo Bispo França pe...@xbrain.com.br escreveu: Eu também estava nesta palestra Daniel, achei muito interessante. Mas infelizmente atualizar para a 9.1 não é uma opção. E mesmo assim, as funções pertencentes a própria database, que não se encaixariam em uma extensão, ainda precisam ser versionadas. Se você utilizar a infra do PGXN, tanto a pública como uma privada montada internamento no seu ambiente, para bancos de dados anteriores à versão 9.1 o PGXN Client, ao instalar a extensão, ele vai executar sem problemas, ele não vai criar as extensões com CREATE EXTENSION, mas vai carregar normalmente a extensão no banco. Tendo em mente isso voce pode versionar funções afins em pacotes mesmo assim. Em verdade, você pode ter um repositório de distribuições que nem precisa estar em um servidor interno PGXN. Pode ser um diretório com vários pacotes .zip e o pgxn-client vai conseguir instalá-los com um simples: pgxn install /meu/repositorio/minha_distribuicao-1.0.0.zip Se a versão for 9.1+ ele vai usar CREATE EXTENSION, do contrário, ele vai fazer um 'psql -f ...'. Ou seja, ainda assim você conseguiria manter um versionamento. A dica principal eh empacotar funções afins em uma distribuição. []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - 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] ERROR: Relate Operation called with a LWGEOMCOLLECTION type. This is unsupported
Bom dia senhores, durante um certo periodo da noite nossas aplicações aqui na empresa passaram, tomar esse erro, para efeito de conhecimento não fizemos qualquer tipo de atualização e também não estamos encontrado valores nulos em nossos campos geometricos. Alguém já pegou um erro desse tipo ? Abraços, -- Targino Silveira +55-85-8626-7297 www.twitter.com/targinosilveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
2011/11/8 Pedro Ivo Bispo França pe...@xbrain.com.br: Gostaria de utilizar o SVN mesmo. Mas como vocês fazem para dar o checkout dos objetos? Estava pensando em exportar para arquivos .txt e dai usar o SVN pois não achei nenhum suporte direto no pgAdmin ou em outras ferramentas que procurei por aí. De fato esse tipo de suporte não existe — até porque a forma canônica de trabalhar é com o código fonte num sistema de controle de versionamento, não direto na base. Pense na estrutura da base de dados analogicamente a um programa compilado, em código objeto: ela é um resultado do programa, que essencialmente é o código fonte, não o objeto na base. Ficou um pouco confuso, mas espero ter esclarecido. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
2011/11/8 Marcelo Silva (IG) marc...@ig.com.br pg_dump: server version: 9.1.1; pg_dump version: 9.0.1 pg_dump: aborting because of server version mismatch Só atualizar o pg_dump. E evitar o HTML, por favor, para facilitar a quem responde, a quem lê e a quem administra a lista… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ERROR: Relate Operation called with a LWGEOMCOLLECTION type. This is unsupported
Em 8 de novembro de 2011 11:49, Targino Silveira targinosilve...@gmail.com escreveu: Bom dia senhores, durante um certo periodo da noite nossas aplicações aqui na empresa passaram, tomar esse erro, para efeito de conhecimento não fizemos qualquer tipo de atualização e também não estamos encontrado valores nulos em nossos campos geometricos. Alguém já pegou um erro desse tipo ? Você verificou se alguma função está retornando uma geometria vazia? []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - 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] Vacuum full - informação de execução
On 08-11-2011 07:51, Leonardo Carneiro wrote: Interessante essa info sobre o vacuum full. Algumas pessoas comentaram durante o pgbr que o vacuum full não deveria ser usado antes da versão 9 sem executar reindex, pois iria ser prejudicial aos índices. Eu não o recomendado desde 7.4. A implementação antiga do VF inchava os índices ao longo do tempo mas a implementação atual não. Existe alguma documentação dessa mudança do funcionamento do VACUUM FULL ser igual ao CLUSTER? É um detalhe de implementação. A única menção que há é nas notas de lançamento da versão 9.0. Vale ressaltar que não é igual, ele utiliza a mesma rotina do CLUSTER para recuperar espaço não utilizado. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
E verifica qual a versão do seu pgadmin3. A versão 1.12 me parece ter algumas incompatibilidades mesmo, a 1.14 é compatível com a 9.1 e aceita também conexões ao 8.4 Bruno E. A. Silva. Analista de Sistemas. pg_dump: server version: 9.1.1; pg_dump version: 9.0.1 pg_dump: aborting because of server version mismatch ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
Eu não consegui fazer backup de um servidor 9.1, a versão que eu tinha instalada aqui era alpha, não sei se tinha algum bug nisto. Mas tente utilizar o dump do 9.1 pra fazer o backu, utilize o parâmetro -i (ou --ignore-version) na linha de comando do dump. Minha solução aqui, foi extrair os script DDL / DML da base de dados e rodar num server 9.0 onde o backup funciona normalmente. Em 8 de novembro de 2011 16:20, Bruno Silva bemanuel...@gmail.comescreveu: E verifica qual a versão do seu pgadmin3. A versão 1.12 me parece ter algumas incompatibilidades mesmo, a 1.14 é compatível com a 9.1 e aceita também conexões ao 8.4 Bruno E. A. Silva. Analista de Sistemas. pg_dump: server version: 9.1.1; pg_dump version: 9.0.1 pg_dump: aborting because of server version mismatch ___ 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] Erro no Backup com PgAdmin3-1.14
Em 8 de novembro de 2011 16:20, Bruno Silva bemanuel...@gmail.comescreveu: E verifica qual a versão do seu pgadmin3. A versão 1.12 me parece ter algumas incompatibilidades mesmo, a 1.14 é compatível com a 9.1 e aceita também conexões ao 8.4 Como o Leandro disse, o pgAdmin não tem nada a ver, ele apenas invoca o pg_dump. O que é necessário é atualizar o aplicativo pg_dump. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
Como o Leandro disse, o pgAdmin não tem nada a ver, ele apenas invoca o pg_dump. O que é necessário é atualizar o aplicativo pg_dump. Ao instalar o PgAdmin mais recente, com suporte ao PostgreSQL 9.1, também é utilizada a libpq e utilitários mais recentes. É importante atualizar o PgAdmin também pois ele lê informações diversas de catálogos e visões do PostgreSQL, que mudam de versão para versão. Os utilitários também mudam e tem novas opções de linha de comando, que só uma versão mais recente do PgAdmin conhece. Então sim, atualizar o PgAdmin para a versão que suporta a versão utilizada do PostgreSQL é importante. []s Flavio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
Em 8 de novembro de 2011 17:21, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Então sim, atualizar o PgAdmin para a versão que suporta a versão utilizada do PostgreSQL é importante. Sim, é importante. E eu não disse o contrário. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro no Backup com PgAdmin3-1.14
Dentro do pgAdmin 1.14 ele tem o dump com isso atualiza inclusive as bibliotecas. Bruno E. A. Silva. Analista de Sistemas. 2011/11/8 Vinicius Santos vinicius.santos.li...@gmail.com: Em 8 de novembro de 2011 16:20, Bruno Silva bemanuel...@gmail.com escreveu: E verifica qual a versão do seu pgadmin3. A versão 1.12 me parece ter algumas incompatibilidades mesmo, a 1.14 é compatível com a 9.1 e aceita também conexões ao 8.4 Como o Leandro disse, o pgAdmin não tem nada a ver, ele apenas invoca o pg_dump. O que é necessário é atualizar o aplicativo pg_dump. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Aplicativos contábeis livres sobre PostgreSQL
Boa noite! Preciso, com certa urgência, avaliar o custo e prazo de migração de um pequeno sistema proprietário de contabilidade para algum sistema livre, preferencialmente rodando sobre PostgreSQL. Já estou procurando prestadores de serviços de OpenERP. Em princípio, não estou indo atrás do ADempière por me parecer um sistema mais complexo. E preciso de sistemas suportados por empresas brasileiras, visto que as regras do serviço público praticamente me impedem de comprar ou contratar algo fora do País. Alguma outra sugestão? O Roberto Melo apresentou o Stoq na PgBr, mas não estive em sua palestra e, pesquisando, me pareceu que o Stoq não faz contabilidade e finanças. Obrigado por quaisquer dicas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aplicativos contábeis livres sobre PostgreSQL
Leandro, você já conversou com a Akretion sobre o Openerp? Eles são do Rio de Janeiro e são hoje os profissionais responsáveis por grande parte (99%) da Localização Brasileira do OpenERP. Se quiser posso te passar o contato do Renato Lima da Akretion. Alex Em 8 de novembro de 2011 20:03, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: Boa noite! Preciso, com certa urgência, avaliar o custo e prazo de migração de um pequeno sistema proprietário de contabilidade para algum sistema livre, preferencialmente rodando sobre PostgreSQL. Já estou procurando prestadores de serviços de OpenERP. Em princípio, não estou indo atrás do ADempière por me parecer um sistema mais complexo. E preciso de sistemas suportados por empresas brasileiras, visto que as regras do serviço público praticamente me impedem de comprar ou contratar algo fora do País. Alguma outra sugestão? O Roberto Melo apresentou o Stoq na PgBr, mas não estive em sua palestra e, pesquisando, me pareceu que o Stoq não faz contabilidade e finanças. Obrigado por quaisquer dicas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Alexsandro Haag http://alexsandrohaag.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] Aplicativos contábeis livres sobre PostgreSQL
2011/11/8 Alexsandro Haag alexsandro.h...@gmail.com: você já conversou com a Akretion sobre o Openerp? Eles são do Rio de Janeiro e são hoje os profissionais responsáveis por grande parte (99%) da Localização Brasileira do OpenERP. Se quiser posso te passar o contato do Renato Lima da Akretion. Agradeço, embora já tenha feito um pedido de informações a eles há poucos minutos. Como um contato específico costuma ajudar, será útil. Entretanto, o que mais me interessa agora é saber se há outros sistemas, suportados no Brasil, tão ou mais simples que o OpenERP (por isso não fui atrás do ADempière, aparentemente mais complexo). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aplicativos contábeis livres sobre PostgreSQL
Em 8 de novembro de 2011 20:03, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: Preciso, com certa urgência, avaliar o custo e prazo de migração de um pequeno sistema proprietário de contabilidade para algum sistema livre, preferencialmente rodando sobre PostgreSQL. Já estou procurando prestadores de serviços de OpenERP. Em princípio, não estou indo atrás do ADempière por me parecer um sistema mais complexo. E preciso de sistemas suportados por empresas brasileiras, visto que as regras do serviço público praticamente me impedem de comprar ou contratar algo fora do País. Alguma outra sugestão? O Roberto Melo apresentou o Stoq na PgBr, mas não estive em sua palestra e, pesquisando, me pareceu que o Stoq não faz contabilidade e finanças. Leandro, Vc já ouviu falar do e-cidade? É um GRP (Government Resource Planning) 100% web escrito em PHP e base de dados PostgreSQL e GPL. Apresentei este case no pgbr2011. Se tiver interesse tem toda parte de Contabilidade Pública do qual acredito que vc esteja procurando... veja em [1]. [1] http://www.softwarepublico.gov.br/dotlrn/clubs/ecidade/ -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aplicativos contábeis livres sobre PostgreSQL
Tem também o ERP5 BR, mas este não conheço. O OpenERP acho bastante simples. Aqui tem uma versão online dele, porém sem a localização brasileira: https://demo.my.openerp.com mas já dá prá ver o módulo de contabilidade. Ele possui versão Web e também desktop. Acho muito interessante sua arquitetura de Webservices (XML-RPC). Eu por exemplo configuro o Postgres para permissão de acesso apenas local e tanto o Serviço Web quanto os Desktops não acessam o banco diretamente. Fazem a requisição ao Openerp Server, este acessa o banco localmente (ou não) e devolve via XML-RPC ao client Web ou Desktop. A Akretion provavelmente possui uma demo online com a localização. O contato do Renato envio prá você em seguida. Existia ainda o Fiél Contábil, um projeto brasileiro em PHP+Postgres porém acho que foi descontinuado. Att. Alex Em 8 de novembro de 2011 20:15, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2011/11/8 Alexsandro Haag alexsandro.h...@gmail.com: você já conversou com a Akretion sobre o Openerp? Eles são do Rio de Janeiro e são hoje os profissionais responsáveis por grande parte (99%) da Localização Brasileira do OpenERP. Se quiser posso te passar o contato do Renato Lima da Akretion. Agradeço, embora já tenha feito um pedido de informações a eles há poucos minutos. Como um contato específico costuma ajudar, será útil. Entretanto, o que mais me interessa agora é saber se há outros sistemas, suportados no Brasil, tão ou mais simples que o OpenERP (por isso não fui atrás do ADempière, aparentemente mais complexo). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Alexsandro Haag http://alexsandrohaag.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] Aplicativos contábeis livres sobre PostgreSQL
O site de demonstração do OpenERP não está validando o usuário no momento. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Aplicativos contábeis livres sobre PostgreSQL
O Openbravo também seria uma alternativa, porém é um Fork do Compiere, sendo assim é muito parecido com o Adempiere. Além disso não é GPL, mas sim OBPL (uma licença própria que permite certas atrocidades). Alex Em 8 de novembro de 2011 21:44, Alexsandro Haag alexsandro.h...@gmail.com escreveu: Olá Bruno, entrei a pouco. Usuário admin senha admin. Não funcionou prá você? Alex Em 8 de novembro de 2011 21:34, Bruno Silva bemanuel...@gmail.com escreveu: O site de demonstração do OpenERP não está validando o usuário no momento. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Alexsandro Haag http://alexsandrohaag.blogspot.com -- Atenciosamente Alexsandro Haag http://alexsandrohaag.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] PLPGSQL e Versionamento
2011/11/8 Pedro Ivo Bispo França pe...@xbrain.com.br: Olá pessoal, gostaria de saber se vocês costumam versionar as funções e DDLs que estão no banco de dados. Hoje, não conheço nenhuma ferramenta no linux que facilite este tipo de operação. Na verdade, gostaria apenas de selecionar os objetos desejados, e a ferramenta exportaria em diversos arquivos txt separados. Alguém tem alguma dica? Minha palestra sobre versionamento de objetos no banco de dados trata parte deste assunto. Veja se ajuda: http://va.mu/MOG7 Abraço! -Leo -- Leonardo Cezar http://postgreslogia.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] Aplicativos contábeis livres sobre PostgreSQL
Devo ter lido errado, vi no site demo/demo. Em 08/11/2011 20:44, Alexsandro Haag alexsandro.h...@gmail.com escreveu: Olá Bruno, entrei a pouco. Usuário admin senha admin. Não funcionou prá você? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
2011/11/8 Leandro Guimarães Faria Corce DUTRA lean...@dutras.org: Le 2011-N-8 21h49, Leonardo Cezar a écrit : Minha palestra sobre versionamento de objetos no banco de dados trata parte deste assunto. Resumindo: apgdiff é o bicho? Resumindo: git é o bicho e o apgdiff resolve o que nenhum outro resolve, mas não tudo. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.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] PLPGSQL e Versionamento
Em 8 de novembro de 2011 21:49, Leonardo Cezar lhce...@gmail.com escreveu: Minha palestra sobre versionamento de objetos no banco de dados trata parte deste assunto. Veja se ajuda: http://va.mu/MOG7 Beleza de palestra hein... uso Git e o apgdiff, mas não tinha caído a ficha de usar o apgdiff como uma external tool do Git... q coisa... mas é isso, vivendo e aprendendo... Valeu! -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
2011/11/8 Leandro Guimarães Faria Corce DUTRA lean...@dutras.org: Le 2011-N-8 22h25, Leonardo Cezar a écrit : Resumindo: git é o bicho e o apgdiff resolve o que nenhum outro resolve, mas não tudo. Beleza. Mas o git dá para trocar, o apgdiff me parece que não? Não sei qual outro DVCS suporta external tool para diffs, mas se tiver acho que até dá pra trocar. -Leo -- Leonardo Cezar http://postgreslogia.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] PLPGSQL e Versionamento
2011/11/9 Fabrízio de Royes Mello fabriziome...@gmail.com: Em 8 de novembro de 2011 21:49, Leonardo Cezar lhce...@gmail.com escreveu: Veja se ajuda: http://va.mu/MOG7 Beleza de palestra hein... uso Git e o apgdiff, mas não tinha caído a ficha de usar o apgdiff como uma external tool do Git... q coisa... mas é isso, Que bom que achou interessante. Estou iniciando minha campanha para sair com o caneco no PGBR2012 ;-p Abraço! -Leo -- Leonardo Cezar http://postgreslogia.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] Aplicativos contábeis livres sobre PostgreSQL
Em 08-11-2011 20:47, Alexsandro Haag escreveu: Ele possui versão Web e também desktop. Acho muito interessante sua arquitetura de Webservices (XML-RPC). Eu por exemplo configuro o Postgres para permissão de acesso apenas local e tanto o Serviço Web quanto os Desktops não acessam o banco diretamente. Fazem a requisição ao Openerp Server, este acessa o banco localmente (ou não) e devolve via XML-RPC ao client Web ou Desktop. Por curiosidade, passei para dar uma olhada no demo do openerp e quase caí de costas quando me dei conta da URL que ele utiliza para acessar o sistema demo. https://demo.my.openerp.com/?db=demo_1320735604user=demopassword=demologin_action=login Ele passa usuário e senha abertamente na URL? quem o utiliza normalmente sabe se isto funciona desta forma mesmo?? Eu estou custando a acreditar em algo deste tipo, mas foi exatamente esta a url que foi aberta no meu navegador quando iniciei o demo on-line. Abraço, -- Shander Lyrio http://about.me/shander ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PLPGSQL e Versionamento
Estou iniciando minha campanha para sair com o caneco no PGBR2012 ;-p :-) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ERROR: Relate Operation called with a LWGEOMCOLLECTION type. This is unsupported
Opa Dickson, foi tranquilo de encontrar, a função estava retorando um SRID=GEOMETRY EMPTY por isso estava dando esse erro, mas já fizemos as devidas correções. Abraços, Em 8 de novembro de 2011 12:04, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 8 de novembro de 2011 11:49, Targino Silveira targinosilve...@gmail.com escreveu: Bom dia senhores, durante um certo periodo da noite nossas aplicações aqui na empresa passaram, tomar esse erro, para efeito de conhecimento não fizemos qualquer tipo de atualização e também não estamos encontrado valores nulos em nossos campos geometricos. Alguém já pegou um erro desse tipo ? Você verificou se alguma função está retornando uma geometria vazia? []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - 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 -- Targino Silveira +55-85-8626-7297 www.twitter.com/targinosilveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Limpar xlog.
Boa noite pessoal, estive vendo em um de meus servidores, tenho o diretorio de logs com 77G ./var/lib/postgresql/9.0/main/pg_xlog Qual é a melhor e mais correta forma de limpar esses logs? Abraços, -- Targino Silveira +55-85-8626-7297 www.twitter.com/targinosilveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral