Re: [pgbr-geral] Tamanho real da base em disco

On 15-12-2016 10:16, Crauss, Jacson wrote: > Tablespace server antigo: > ~/dados/pg_tblspc/tblspc_pgh > $ du -skh > 411G. > Você e o Cleiton estão comentendo o mesmo erro: *não* se cria tablespaces dentro do diretório $PGDATA ou qualquer subdiretório dele (vide [1]). Muitos confundem o

Re: [pgbr-geral] ORDER BY errado

> > Ou: > alter collation "pt_BR" set variant to 'shifted'; > Pensando melhor, esqueça o alter, que era uma péssima ideia por várias razões, e considere algo como: create database foobar lc_collate = "pt_BR-ka-shifted.UTF8" template "template0"; Aí sim faria sentido. -- Arthur

Re: [pgbr-geral] ORDER BY errado

> > Alguém sabe porque o comportamento natural deste encoding já não é este? O padrão Unicode estabelece inicialmente que espaços e pontuação têm esse comportamento nas comparações [1] em todas as línguas - não só no português. Teste com outras línguas e vai ver o mesmo resultado: select *

Re: [pgbr-geral] ORDER BY errado

Em 15/12/2016 16:21, Rogerio Bassete escreveu: Dessa forma tem dois problemas: 1) Alterar a forma como faço os SELECT; sim, altera. Sim, é preciso acrescentar mais uma instrução no select (não ansi, creio eu). 2) Não funciona com português. Sim os caracteres especiais como acentuação, cedilha,

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-15 11:23 GMT-02:00 Tiago José Adami : > Em 15 de dezembro de 2016 09:26, Cleiton Luiz Domazak > escreveu: > >> Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a > >> definição (comando) que você usou para criar o índice? > > >

Re: [pgbr-geral] ORDER BY errado

> SELECT encode(nome::bytea,'base64'),nome > FROM teste2 > WHERE nome LIKE 'RAF%' > ORDER BY nome > collate "C" Dessa forma tem dois problemas: 1) Alterar a forma como faço os SELECT; 2) Não funciona com português. ___ pgbr-geral mailing list

Re: [pgbr-geral] ORDER BY errado

> Dá uma olhada nesse post[1] e depois me comenta as configurações de collate. > > [1] > http://swebber.me/blog/2013/05/16/corrigindo-problema-ordenacao-postgresql-rhel6/ Sucesso! Muito obrigado! ___ pgbr-geral mailing list

Re: [pgbr-geral] Tamanho real da base em disco

Aqui tivemos um problema desses com uma tabela monstruosa que estourou a partição no meio de um vacuum full.. Aí a tabela que seria duplicada pelo vacuum ficou "perdida", apenas ocupando espaço, mas sem fazer nada. ___ pgbr-geral mailing list

Re: [pgbr-geral] ORDER BY errado

Em 15/12/2016 14:33, Rogerio Bassete escreveu: Olá, Estou com um conjunto de registros que não ordena corretamente, já testei: - em banco de dados com encoding LATIN1, UTF-8; - Com PostgreSQL 9.1 e 9.3; Convertendo a string em 'hex', 'escape' ou 'base64', os caracteres são os mesmos; Olá

Re: [pgbr-geral] ORDER BY errado

2016-12-15 14:33 GMT-02:00 Rogerio Bassete : > Olá, > > Estou com um conjunto de registros que não ordena corretamente, já testei: > - em banco de dados com encoding LATIN1, UTF-8; > - Com PostgreSQL 9.1 e 9.3; > Dá uma olhada nesse post[1] e depois me comenta as

[pgbr-geral] ORDER BY errado

Olá, Estou com um conjunto de registros que não ordena corretamente, já testei: - em banco de dados com encoding LATIN1, UTF-8; - Com PostgreSQL 9.1 e 9.3; Convertendo a string em 'hex', 'escape' ou 'base64', os caracteres são os mesmos; Teste: DROP TABLE teste2; CREATE TABLE teste2 ( nome

Re: [pgbr-geral] Tamanho real da base em disco

Em 15 de dezembro de 2016 11:40, Crauss, Jacson escreveu: > > 2016-12-15 11:37 GMT-02:00 Rafael Fialho : > >> Somente analyze já serve. > > > > É, rodei o analyze em uma base menor para ser rápido, e não resolveu. Vou > deixar rodando na base maior, vai

Re: [pgbr-geral] Tamanho real da base em disco

2016-12-15 11:37 GMT-02:00 Rafael Fialho : > Somente analyze já serve. É, rodei o analyze em uma base menor para ser rápido, e não resolveu. Vou deixar rodando na base maior, vai demorar bastante, depois informo se funcionou (não sei se vai, ja que na menor não foi,

Re: [pgbr-geral] Tamanho real da base em disco

Em 15 de dezembro de 2016 11:36, Crauss, Jacson escreveu: > > 2016-12-15 11:29 GMT-02:00 Rafael Fialho : > >> Primeiramente, eu refaria o teste sem realizar o vacuum full. Poderia >> também executar um analyze na base de dados antes de executar as queries

Re: [pgbr-geral] Tamanho real da base em disco

2016-12-15 11:29 GMT-02:00 Rafael Fialho : > Primeiramente, eu refaria o teste sem realizar o vacuum full. Poderia > também executar um analyze na base de dados antes de executar as queries > para verificar o tamanho (ou neste momento também). Não tenho certeza de > como

Re: [pgbr-geral] Tamanho real da base em disco

Em 15 de dezembro de 2016 11:16, Crauss, Jacson escreveu: > > Estou fazendo uma troca de servidor das bases de testes. Fiz um dumpall no > servidor antigo, e restaurei no novo servidor (zerado, sem nenhuma base, só > com a instalação do PostgreSQL). Ao terminar o restore, fiz o

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

Em 15 de dezembro de 2016 09:26, Cleiton Luiz Domazak escreveu: >> Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a >> definição (comando) que você usou para criar o índice? > > Foi a primeira coisa a ser feita, fiz VACUUM, VACUUM FULL, ANALYZE,

Re: [pgbr-geral] Tamanho real da base em disco

On Wed, Oct 26, 2016 at 10:45 AM, Fabrízio de Royes Mello < fabri...@timbira.com.br> wrote: > Isso é normal, porque o metacomando \dt+ do psql [1] retorna o tamanho > da tabela (incluindo FSM, VM e TOAST apartir da 9.0), ou seja, não > considera índices. > Estou fazendo uma troca de servidor

Re: [pgbr-geral] Plpgsql function Postgres 9.5

> > Consegui resolver da seguinte forma: > > BETWEEN > ''' || date_start || ''' > AND > ''' || date_end || ''' > Não, nunca concatene dados para formar comandos (especialmente do lado da aplicação). É assim que sql

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-14 19:40 GMT-02:00 Tiago José Adami : > Em 14 de dezembro de 2016 16:43, Cleiton Luiz Domazak > escreveu: > > Nem index tinha, criei e ele não é utilizado. > > Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a > definição