Realizei 3 vezes mas ai da continuo recebendo os emails.
On 13-03-2015 19:15, Francis Rodrigues wrote:
> por favor, peço cancelamento do meu e-mail na lista.
>
Boa noite Francis,
Acesse o link [1] para desinscrever seu email desta lista.
Att,
[1] https://listas.postgresql.org.br/cgi-bin/mailm
On 13-03-2015 19:15, Francis Rodrigues wrote:
> por favor, peço cancelamento do meu e-mail na lista.
>
Boa noite Francis,
Acesse o link [1] para desinscrever seu email desta lista.
Att,
[1] https://listas.postgresql.org.br/cgi-bin/mailman/options/pgbr-geral
--
Fabrízio de Royes Mello
por favor, peço cancelamento do meu e-mail na lista.
Obrigado!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em 13 de março de 2015 15:03, Rafael Fialho
escreveu:
> Em 13 de março de 2015 12:07, Junior Miranda
> escreveu:
>
>> Boa tarde a todos
>>
>> Estou com problemas de lentidão em uma consulta select * from. A tabelas
>> possui 20 mil registros, e estou tentando criar um cursor. O problema é que
>>
Em 13 de março de 2015 12:07, Junior Miranda
escreveu:
> Boa tarde a todos
>
> Estou com problemas de lentidão em uma consulta select * from. A tabelas
> possui 20 mil registros, e estou tentando criar um cursor. O problema é que
> não estou conseguindo
> retornar os dados, fica informando que a
2015-03-13 14:46 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:
>
> Sempre me falaram que se uma tabela não tiver x linhas, ela só faz Seq
> Scan ao invés de olhar o índice.
> Mas, pelo jeito isso é mito.
>
O *só* é muito forte, depende de outros fatores.
Mas como eu já disse,
No dia 13 de março de 2015 às 14:23, Marcelo Silva
escreveu:
> Olha, vou te atazanar neste assunto [image: Alegre]
> Essa cultura que vem de aplicações Desktop, lá dos primordios dos DBFs
> onde se usavam TTables, cultura muito usada no Clipper também.
> Entendo que é muito bom você trabalhar c
Sempre me falaram que se uma tabela não tiver x linhas, ela só faz Seq Scan
ao invés de olhar o índice.
Mas, pelo jeito isso é mito.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/
Olha, vou te atazanar neste assunto
Essa cultura que vem de aplicações Desktop, lá dos primordios dos DBFs onde se
usavam TTables, cultura muito usada no Clipper também.
Entendo que é muito bom você trabalhar com registros em Cache, mas hoje em dia
com o numero de informações que trabalhamos não
2015-03-13 14:02 GMT-03:00 Junior Miranda :
> Obrigado pela atenção Matheus, nesse caso a função que propus estaria
> correta bastando apenas um open pela aplicação??
Não, a função não estaria correta. Ela não deveria navegar no cursor, ela
deveria abrí-lo e retornar o refcursor para que a aplic
Obrigado pela atenção Matheus, nesse caso a função que propus estaria
correta bastando apenas um open pela aplicação??
Júnior Miranda
*Analista de Sistemas*
*Especializando em Sistemas Computacionais*
*E-mail: flmirandajun...@gmail.com *
*Tel.: *(75) 9191-1678/ 34143042/ 34143149/ 34143020
Em 13
2015-03-13 13:32 GMT-03:00 Junior Miranda :
> Tenho uma consulta de produtos que possue, no momento, 20 mil registros.
> Infelizmente para esta consulta eu precisaria retornar todos para que a
> partir dai o usuário pudesse realizar os seus filtros. Com essa quantidade
> de registros apresenta uma
Em 13 de março de 2015 13:47, Junior Miranda
escreveu:
> Tentei fazer isso, é uma mudança de cultura e não foi bem recebida...
> outros bancos, como firebird, essa lentidão não é tão acentuada... Alguma
> sugestão dentro deste cenário??
>
>
Já pensou em fazer paginação? Mostrar de 100 em 100 regi
Tentei fazer isso, é uma mudança de cultura e não foi bem recebida...
outros bancos, como firebird, essa lentidão não é tão acentuada... Alguma
sugestão dentro deste cenário??
Júnior Miranda
*Analista de Sistemas*
*Especializando em Sistemas Computacionais*
*E-mail: flmirandajun...@gmail.com *
*Te
Porque não força o usuário a fazer o filtro antes? Abra a tabela depois que
tiver o filtro.
Em 13 de março de 2015 13:34, Junior Miranda
escreveu:
> O usuário visualiza todos num grid e a partir dai realiza os filtros que
> desejar.
>
> Júnior Miranda
> *Analista de Sistemas*
> *Especializando e
O usuário visualiza todos num grid e a partir dai realiza os filtros que
desejar.
Júnior Miranda
*Analista de Sistemas*
*Especializando em Sistemas Computacionais*
*E-mail: flmirandajun...@gmail.com *
*Tel.: *(75) 9191-1678/ 34143042/ 34143149/ 34143020
Em 13 de março de 2015 13:32, Junior Miran
Tenho uma consulta de produtos que possue, no momento, 20 mil registros.
Infelizmente para esta consulta eu precisaria retornar todos para que a
partir dai o usuário pudesse realizar os seus filtros. Com essa quantidade
de registros apresenta uma lentidão na abertura da pesquisa. Não fetch X em
X p
2015-03-13 13:26 GMT-03:00 Junior Miranda :
> A questão é que inicialmente precisarei retornar todos os registro, e como
> a tendência é que eles aumentem um pouco, precisaria fazer FETCH de X em X
> para diminuir o gargalo na abertura. A tendência é que com o aumento essa
> lentidão aumente...
A questão é que inicialmente precisarei retornar todos os registro, e como
a tendência é que eles aumentem um pouco, precisaria fazer FETCH de X em X
para diminuir o gargalo na abertura. A tendência é que com o aumento essa
lentidão aumente...
Júnior Miranda
*Analista de Sistemas*
*Especializando
2015-03-13 13:00 GMT-03:00 Junior Miranda :
> É necessário, sim, infelizmente!! Possuo outras pesquisas com filtros, mas
> esta em específico será necessário retornar todos os 20 mil registros. A
> saída seria realmente o uso de cursor??
Não vejo nenhum motivo pra usar cursor. Eu usaria uma funç
É necessário, sim, infelizmente!! Possuo outras pesquisas com filtros, mas
esta em específico será necessário retornar todos os 20 mil registros. A
saída seria realmente o uso de cursor??
Júnior Miranda
*Analista de Sistemas*
*Especializando em Sistemas Computacionais*
*E-mail: flmirandajun...@gma
2015-03-13 12:07 GMT-03:00 Junior Miranda :
> CREATE OR REPLACE FUNCTION fn_busca_Produto()
>RETURNS TABLE(oprd_id integer, oprd_nome varchar(50)) As
> $BODY$
> DECLARE
>ref refcursor;
>cur_produtos cursor for select prd_id, prd_nome from produto;
> begin
> OPEN cur_produtos;
> LOOP
2015-03-13 11:56 GMT-03:00 Luiz Carlos L. Nogueira Jr. :
>
> Sim (ANALYZE), mas por que pegou o índice ao invés da tabela? Não entendi a
> escolha.
Algumas tabelas são tão pequenas que vale a pena ignorar o índice; mas
se a consulta pode ser satisfeita somente com os dados do índice, nem
vale a pe
2015-03-13 11:56 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:
> Nos casos do planejador pelo menos sim. Você rodou um ANALYZE? Em algumas
> situações tabelas muito pequenas não são analisadas, e em geral isso não
> importa, porque são muito pequenas... :)
>
> Sim (ANALYZE), mas
Boa tarde a todos
Estou com problemas de lentidão em uma consulta select * from. A tabelas
possui 20 mil registros, e estou tentando criar um cursor. O problema é que
não estou conseguindo
retornar os dados, fica informando que a query está sendo executada e não
sai disso. O objetivo é agilizar o
Nos casos do planejador pelo menos sim. Você rodou um ANALYZE? Em algumas
situações tabelas muito pequenas não são analisadas, e em geral isso não
importa, porque são muito pequenas... :)
Sim (ANALYZE), mas por que pegou o índice ao invés da tabela? Não entendi a
escolha.
_
2015-03-13 10:37 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:
> Mesmo tabelas com 0 linhas?
Nos casos do planejador pelo menos sim. Você rodou um ANALYZE? Em algumas
situações tabelas muito pequenas não são analisadas, e em geral isso não
importa, porque são muito pequenas...
Mesmo tabelas com 0 linhas?
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Sugiro os nomes de pessoas ligadas ao desenvolvimento do PostGIS.
Este segmento vem se destacando nos últimos eventos, então acredito que
podemos valorizá-lo ainda mais com algum nome internacional.
Paul Ramsey ou Sandro Santilli
Luis Bueno
2015-03-12 16:10 GMT-04:00 Fabrízio de Royes Mello
:
On Tue, Mar 10, 2015 at 8:11 AM, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> wrote:
> Tabela ìndice Times usedTam Tab Tam Índ ... Linhas
> xxx ixxx 1095393928 kB 488 kB ... 21316
> yyy iyyy 561467192 kB 112 kB ... 4308
> zz
Pessoal, com a seguinte query
SELECT
idstat.schemaname AS schema_name,
idstat.relname AS table_name,
indexrelname AS index_name,
idstat.idx_scan AS times_used,
pg_size_pretty (pg_relation_size (idstat.relid)) AS table_size,
pg_size_pretty (pg_relatio
31 matches
Mail list logo