Em 20 de março de 2015 09:47, Matheus de Oliveira
escreveu:
> Nossa. Um e-mail sem corpo, pode isso Arnaldo?
>
> De qualquer forma, na maioria dos ambientes, e em versões mais recentes o
> autovacuum toma conta disso tudo com sucesso. Em alguns ambientes, após uma
> análise mais detalhada nós faze
.
Em 20/03/2015 10:30, "Carlos Antônio Pereira (VidaUTI)" <
carlosanto...@utivida.com.br> escreveu:
>
> Bom dia, senhores.
>
> Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc)
que use o PostgreSQL como base de dados?
>
Odoo (openerp )
De código aberto com suporte nacional.
Bom dia Srs.,
Temos um ERP com módulo financeiro utilizando o PostgreSQL 9.4 como
banco de dados.
O telefone para contato é (11) 2324-0346.
Grato
Jurandy da Silva Costa
Cartel Tecnologia.
www.cartel.net.br
Em 20/03/2015 10:37, Carlos Antônio Pereira escreveu:
> Bom dia, senhores.
On 20-03-2015 10:37, Carlos Antônio Pereira (VidaUTI) wrote:
> Bom dia, senhores.
>
> Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que
> use o PostgreSQL como base de dados?
>
Por favor, não sequestre um assunto respondendo a um email da lista
(mesmo mudando o subject
2015-03-20 10:37 GMT-03:00 Carlos Antônio Pereira (VidaUTI)
:
>
> Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que
> use o PostgreSQL como base de dados?
Há vários (PostBooks, xTuple, Adempière…). Alguns estão localizados e
contam com prestadores de suporte locais.
--
From: Carlos Antônio Pereira (VidaUTI)
Sent: Friday, March 20, 2015 10:37 AM
To: Comunidade PostgreSQL Brasileira
Subject: [pgbr-geral] Sistema financeiro em PostgreSQL
Bom dia, senhores.
Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que use
o PostgreSQL como base d
Prezados
Temos um sistema financeiro com banco de dados em POSTGRESQL
Contato : Edgar (11) 9 8268-0168
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
Carlos Antônio Pereira (VidaUTI)
Enviada em: sexta-feira, 20 de março de 2015 10:38
Para: Comunidade Post
Bom dia, senhores.
Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que use
o PostgreSQL como base de dados?
Att Carlos Antônio Pereira___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.
UNION ou UNION ALL?
UNION ALL
Talvez você devesse analisar como um todo, pode ser que tenha outras
maneiras de melhorar a performance.
É, Tô vendo as querys que usam essa view pra ver se tem como melhorar.
Em 20 de março de 2015 09:55, Matheus de Oliveira escreveu:
>
> 2015-03-20 9:48 GMT-03:
2015-03-20 9:48 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:
> Aquilo ali é um pedaço de uma view que usa union com outro select.
> Aí estava analisando parte a parte e cheguei nesse ponto
>
UNION ou UNION ALL?
Talvez você devesse analisar como um todo, pode ser que tenha out
Desculpa pelo corpo do E-mail e muito obrigado pela resposta !
*Márcio Ribeiro de Oliveira*
* - (69) 9231-1557*
*Analista de Tecnologia da Informação - DGTI*
*Instituto Federal de Rondônia - Reitoria*
Em 20 de março de 2015 08:47, Matheus de Oliveira escreveu:
> Nossa. Um e-mail sem corpo, pode
Aquilo ali é um pedaço de uma view que usa union com outro select.
Aí estava analisando parte a parte e cheguei nesse ponto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-gera
Não tem nada haver com estatística; a questão é IO. Ele quer trazer
~700k registros em um tempo pequeno. Melhorar isso só com IO mais rápida.
Não vejo como tal consulta pode ser utilizada numa aplicação; a não ser
que seja em um relatório. Você esqueceu uma condição ali, não?
Aquilo ali é um peda
Nossa. Um e-mail sem corpo, pode isso Arnaldo?
De qualquer forma, na maioria dos ambientes, e em versões mais recentes o
autovacuum toma conta disso tudo com sucesso. Em alguns ambientes, após uma
análise mais detalhada nós fazemos o agendamento, mas geralmente é para um
conjunto específico de tab
*Márcio Ribeiro de Oliveira*
* - (69) 9231-1557*
*Analista de Tecnologia da Informação - DGTI*
*Instituto Federal de Rondônia - Reitoria*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/list
On Fri, Mar 20, 2015 at 8:34 AM, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> wrote:
> SET enable_seqscan TO on;
> explain analyze
> SELECT ppe.id_processo_parte_expediente,
>ppe.id_pessoa_parte AS id_destinatario
> FROM tb_proc_parte_expediente ppe
> where exists (select 1 fr
On 20-03-2015 08:54, Leandro Guimarães Faria Corcete DUTRA wrote:
> Le 20 mars 2015 08:36:55 GMT-03:00, "Luiz Carlos L. Nogueira Jr."
> a écrit :
>> Teria como criar uma view dessa query pra ser sempre usada com o
>> seq_scan off?
>
> O ideal é resolver a causa. Geralmente, estatísticas desatua
Le 20 mars 2015 08:36:55 GMT-03:00, "Luiz Carlos L. Nogueira Jr."
a écrit :
>Teria como criar uma view dessa query pra ser sempre usada com o
>seq_scan off?
O ideal é resolver a causa. Geralmente, estatísticas desatualizadas.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutr
Teria como criar uma view dessa query pra ser sempre usada com o seq_scan
off?
2015-03-20 8:34 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:
> SET enable_seqscan TO on;
> explain analyze
> SELECT ppe.id_processo_parte_expediente,
>ppe.id_pessoa_parte AS id_destinatario
SET enable_seqscan TO on;
explain analyze
SELECT ppe.id_processo_parte_expediente,
ppe.id_pessoa_parte AS id_destinatario
FROM tb_proc_parte_expediente ppe
where exists (select 1 from tb_processo_expediente pe where
pe.id_processo_expediente::integer = ppe.id_processo_expediente::intege
Com e sem seq_scan. O tempo não melhorou muito, mas o custo..
Hash Join (cost=22122.22..53155.35 rows=724909 width=8) (actual
time=848.384..2502.618 rows=724909 loops=1)
Hash Cond: ((ppe.id_processo_expediente)::integer =
(pe.id_processo_expediente)::integer)
-> Seq Scan on tb_proc_parte
21 matches
Mail list logo