og;
SET
postgres=# SELECT
sp_teste('4317060556386800011365701004061895261728');
... ...
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
o executar um REINDEX de todos os índices que usam
esse COLLATE (basicamente todos os tipos textuais, a não ser que usem
explicitamente outro COLLATE), se não pode trazer resultados incorretos em
alguns casos.
Acho que seria bom adicionar essa informação no post, Seba.
Atenciosamente,
função db_dir_size, abaixo, que faz isso), veja:
https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/utils/adt/dbsize.c;hb=HEAD#l79
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@lis
m?
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ma função genérica (que funcione com
qualquer tabela), depois adicionar uma trigger em cada tabela (pode até
usar o catálogo pra gerar o comando CREATE TRIGGER).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postg
mesmo piorar.
[1]
https://www.postgresql.org/docs/current/static/populate.html#POPULATE-PG-DUMP
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
2016-10-19 9:41 GMT-02:00 Izaque Maciel <izaquemac...@gmail.com>:
> encontrei também uma maneira de atualizá-las, em alguns casos de rollback.
Essa afirmação me deixa um tanto preocupado, você não está falando de
executar um SETVAL após um ROLLBACK, né?
--
Matheus de
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
]
http://www.slideshare.net/matheus_de_oliveira/o-que-voc-acha-que-sabe-sobre-banco-de-dados
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
utar o comando que segue?
$ sudo pg_ctlcluster 9.5 main start
Se não subir, o que aparece (últimas linhas) no arquivo de logo
(/var/log/postgresql/postgresql-9.5-main.log) ?
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas
para o mês ao invés de '1', '2', ..., assim
mantém a ordenação mesmo com string (de fato eu prefiro referenciar ano/mês
como Date, sendo o componente de dia com o primeiro dia do mês).
[1] http://dextra.com.br/pt/window-functions-no-postgresql-parte1/
--
Matheus de Oliveira
_
pode usar o CONCURRENTLY) deve resolver. Pode testar?
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
o *owner* da "anexo_movimento_veiculo"
2. Adicione permissão necessária. Por exemplo:
GRANT USAGE ON SCHEMA transporte TO ;
3. Teste novamente, e se der algum erro nos avise aqui, pode ter mais
alguma permissão faltando.
Meio chatinho essa parte, fui claro?
Pode perguntar aí se tiv
2016-09-29 14:15 GMT-03:00 Sebastian Webber <sebast...@swebber.me>:
> Imagino que os servidores baseados no Debian sofram do mesmo mal.
Pelo que entendi essas mudanças foram só nos repositórios yum/rpm mesmo.
--
Matheus de Oliveira
___
p
acontecer). Você precisa
urgentemente criar um monitoramento pra verificar transações preparadas que
não foram finalizadas há muito tempo.
Um SELECT simples como:
SELECT age(now(), max(prepared)) FROM pg_prepared_xacts;
já é bom para monitorar (ao menos para ser alertado).
Atenciosamente,
FROM (
SELECT
its.codigo_empresa,
ite.codigo_anterior,
SUM(CASE WHEN its.mes_ref = '102015' THEN
(its.quantidade_entrada / un.quantidade) ELSE 0 END) AS mes01_entrada,
SUM(CASE WHEN its.mes_ref = '102015' THEN (its.quantidade_saida
/ un.qua
CREATE INDEX ON item_mensal_2016 (codigo_item, ano_ref);
Pode testar com esses índices por favor e ver se ajuda? Poste o EXPLAIN
ANALYZE da consulta com os índices novamente para análise.
--
Matheus de Oliveira
___
pgbr-geral mailing
On Jul 29, 2016 15:34, "Vinícius Aquino do Vale"
wrote:
>
> Luiz,
>
> Vc pode enviá-lo como parâmetros.
>
> archive_command = 'script.sh /var/lib/pgsql/9.3/data/%p /backup/wal/%f
/backup/walmaster/%f'
>
> $1 - Seria o /var/lib/pgsql/9.3/data/%p
Recomendo utilizar
On Jul 27, 2016 07:46, "Felipe Rigotti -SBsistemas" <
fel...@sbsistemas.com.br> wrote:
>
> a ideia inicial seria não alterar a "principal" (tab_a)
Então explique melhor seu problema, porque eu tinha entendido que era
exatamente o que você queria fazer. Talvez seu exemplo tenha ficado
genérico
ATE
>
> ON public.tab_a FOR EACH ROW
>
> EXECUTE PROCEDURE fnc_tgr_tab_a_upd();
>
>
>
> update tab_a set campo2='z' where campo1=1
>
Você quer alterar na própria linha que foi atualizada, certo?
Se sim, ao invés de usar AFTER, use BEFORE e faça:
insert int
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
pg_receivexlog (esse já funciona na 9.2, se não me engano). Eu
pegaria do master mesmo, por facilidade.
> Mas eu consigo fazer replicação cascade né? Fazer um servidor slave
> replicar de outro slave? Só o archive que não?
>
>
Sim. Sim. E sim.
Atenciosamente,
--
Matheus de Oliv
colocando tanto
restore_command quanto primary_conninfo no recovery.conf, quando ele não
tem mais arquivos pra restaurar via restore_command irá conectar via
primary_conninfo sozinho.
Bem. Está algumas opções pra você, qualquer dúvida avisa aí.
[1] https://github.com/pgbackrest/pgbackrest
lo).
Explique mais a sua necessidade que podemos dar mais recomendações.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
der erro ao requisitar o 1A, isso é
normal.
Sem mais detalhes do processo fica difícil ajudar. De preferência
mostre-nos os logs do PostgreSQL log depois que você o iniciou (como
recovery.conf lá).
At.
--
Matheus de Oliveira
___
pgbr-geral mailing
2016-06-08 11:57 GMT-03:00 Tiago Valério <tiagosvale...@gmail.com>:
> A mesma pergunta já havia sido feita, Matheus de Oliveira já proveu a
> resposta.
>
> Obrigado
De nada... xD
--
Matheus de Oliveira
___
pgbr-geral maili
do ambiente, se fizer snapshot pode manter menos. Comece com 1000 e
veja se atende.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
um índice UNIQUE mas não uma PRIMARY KEY.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
so para centenas de tabelas.
>
Identificando o problema (que ainda não está claro) pode-se fazer consultas
no catálogo para gerar a solução.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://li
de...
> porém gostaria de ao menos ajuda para comecar com a seq
>
A forma mais simples é usar um campo do tipo `serial` ou `bigserial`. Faça
uns testes e estude um pouco, se tiver dúvidas poste aqui.
Atenciosamente,
--
Matheus de Oliveira
nte ao seu, vários micro-serviços no RDS)
é o pgBadger e a extensão pg_stat_statements. Também faço snapshot do
pg_stat_statements para conseguir pegar essa informção de forma temporal (o
PostgreSQL Toolkit tem snapshot deste também).
Atenciosamente,
--
M
$'
>> AND company_id = 2
>>
>
Me parece uma má ideia, principalmente porque está sujeito à condições de
corrida. Por que não usa uma sequence?
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
er o plano mais rapidamente.
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
scrita vs leitura desse sistema?
[1] http://postgres-toolkit.readthedocs.org/en/latest/pgperf_tables.html
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ariamente, você poderia
simplesmente mover o diretório PGDATA para o novo local.
A forma de fazer isso varia dependendo do seu SO/Distro e forma como
instalou o PostgreSQL.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing
o), quis comentar somente sobre como fazer (pois vejo muita gente
fazendo errado).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ncoding, são só bytes):
postgres=# SELECT convert_from(convert_to(' número 77668 já está ',
'LATIN1'), 'UTF8');
convert_from
número 77668 já está
(1 row)
É isso que queria?
Atenciosamente,
--
Matheus de Oliveira
_
writer_delay = 50ms
>
>
Verifique se o bgwriter não está escrevendo demais e "atrapalhando" ao
invés de ajudar.
Veja que tudo que citei (exceto atualização da versão) são somente
"cheiros" ou "dicas" para verificar se está tudo bem e o que pode melhora
//git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=3dfec7f
Atenciosamente,
--
Matheus de Oliveira
___
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 de 2016 12:58, "Edson - Amplosoft Software" <
ed...@openmailbox.org> escreveu:
>
> Qual e o grupo do telegrama?
https://listas.postgresql.org.br/pipermail/pgbr-geral/2015-December/041959.html
At.
___
pgbr-geral mailing list
também comenta sobre o uso de
múltiplos índices, que citei em (4), leia em [1].
[1]
http://dextra.com.br/como-o-postgresql-usa-multiplos-indices-na-mesma-consulta/
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@lis
link
>
> pastebin.com/X3CqZY1w
>
Só para adiantar, já resolvemos esse problema via grupo do Telegram. O erro
era que o dump foi gerado com --data-only, logo não tem o esquema das
tabelas para restaurar.
At.
--
Matheus de Oliveira
___
pgbr
e importa com isso? (apenas para conhecimento/estudo
é um resposta perfeitamente aceitável, ;)
Dependendo do que queira fazer (espaço em disco por exemplo), existem
maneiras de se analisar via SQL.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral maili
arquivo
.zip?
Se for, não tem nada a ver com o PostgreSQL, aparentemente o arquivo .zip
está corrompido.
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
2016-02-25 16:33 GMT-03:00 lu moraes santos <djrlumor...@gmail.com>:
> entao o PG nao aceita vc mudar a estrutura no select de retorno que seja
> diferente da estrutura declarada na PL.
Não aceita. E?
Minha dica é usar NULL nas colunas que não te interessam para cada caso.
At.
--
fazer um agrupamento??/
>
Da mesma forma, não entendi a dúvida.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
iosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
bar, baz, zaz FROM ... $$;
IF (p_resumido) THEN
RETURN QUERY EXECUTE 'SELECT foo, bar, null, null FROM
('||v_query||') t';
ELSE
RETURN QUERY EXECUTE v_query;
END IF;
Era isso que queria?
Atenciosamente,
--
Matheus de Oliveira
r uma QUERY
> DINAMICAMENTE
>
> exemplo:
>
> RETURN QUERY Select Nome, Endereco From CLIENTE Order by Nome;
>
Não sei se entendi, o que é "dinâmico" nessa query? Quer retornar apenas
algumas colunas? Se quiser, basta definir somen
Sinceramente não me parece um problema do lado do PostgreSQL, mas sim da
aplicação.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
tecer se você estiver usando apenas tipo NUMERIC, tem
certeza que não tem nenhum double precision ou real (a.k.a. float8 e
float4) envolvidos nessas operações? (a mesma pergunta vale para o OP).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral ma
arquivos e por ai vai.
Um excelente motivo para não usar o usuário "postgres" do banco em
aplicações, como vemos muita gente fazendo por aí... Eu nem libero o
usuário "postgres" no pg_hba.conf para conexão remoto, somente via &
uot;."000-00') AS cpf FROM clientes ...
>
> ERRO:
> ERROR: cannot change data type of view column "cpf" from bigint to text
>
Pelo erro você não está tentando criar a view, mas sim alterá-la. Para
alterar uma view não é possível alterar o tipo dos dados, nesse caso você
tem que
criar o script.
> Poderiam me dar uma luz por favor?
>
Por favor, tente ser mais claro quanto ao seu modelo e seus objetivos.
Me parece que quer simplesmente:
UPDATE jobs SET status_label_id = 577418
WHERE status_label_id = 580105 AND deleted;
Mas não ficou nem um pouco claro
cs_target caso a tabela tenha mais tuplas que
isso, mas pode ser mais; entretanto, serão armazenados nos
histogramas/valores comuns/etc. apenas statistics_target.
[1]
http://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/commands/analyze.c;h=ddb68abf6b4e358a5b69913ba66de65fdf36
jects(é uma aplicação legado
> que ainda utiliza).
>
Está usando largeobjects propriamente dito (via pg_largeobjects) ou campos
bytea?
O dump realmente tem um consumo excessivo de memória para backup de bytea,
principalmente caso tenhas uma linha c
2015-12-11 16:08 GMT-02:00 Matheus de Oliveira <matioli.math...@gmail.com>:
>
> Está usando largeobjects propriamente dito (via pg_largeobjects) ou campos
> bytea?
>
> O dump realmente tem um consumo excessivo de memória para backup de bytea,
> principalmente caso tenh
enadores quiser, e quanto nós de dados quiser.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ovamente
5. Conecte e verifique se está tudo OK. Se falhar, nos avise por aqui
passando os detalhes do que falhou (qualquer erro, log, etc.)
6. A versão 9.0 já foi descontinuada [1], atualize imediatamente para uma
versão mais recente
[1] http://www.postgresql.org/support/versioning
Atenc
cho que tem que conhecer bem antes de usar, qual usar, e saber as
limitações e as vantagens).
[1]
http://www.slideshare.net/matheus_de_oliveira/postgresql-porque-voc-no-precisa-de-nosql
(somente slides)
[2]
http://www.infoq.com/br/presentations/postgresql-e-porque-voce-nao-precisa-de-nosql
(v
ria, somente uma vez
ou outra), então eu recomendo repensar um pouco no seu esquema.
Talvez usar triggers e algum modelo de auditoria que salvem esses dados em
uma única tabela.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing lis
e ambientes dev/homolog, assim, na mesma tacada, você
confirma que seus backups lógicos estão consistentes.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/m
ria. Caso queira marcar ambos,
basta simplesmente usar a função RANK ao invés da ROW_NUMBER.
[1] http://dextra.com.br/window-functions-no-postgresql-parte1/
[2] http://dextra.com.br/window-functions-no-postgresql-parte-2/
Atenciosamente,
--
Matheus de Oliveira
_
heus_de_oliveira/dev-camp2015-top5falsassuposicoesprogramadores
(slide 58 fala sobre esse caso, não é específico de PostgreSQL)
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/
> * Melhor artigo técnico publicado nos últimos 2 anos.
>
Telles e Fabrízio.
É isso... ;)
Infelizmente não poderei participar do PGBR esse ano, minha vida está um
pouco conturbada. Mesmo assim agradeço imensamente à todos que votaram em
mim... Valeu cambada... :)
Ate
soup.com/2014/09/why-you-need-to-avoid-linux-kernel-32.html
[2] https://github.com/gregs1104/pgbench-tools
[3] https://pgbouncer.github.io/
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e latência é insano...
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
-n1")
first_not_needed_2=$(ssh remoto2 "ls /path/to/archive | head -n1")
first_not_needed=$(echo -e "$first_not_needed_1\n$first_not_needed_2\n"
| sort | head -n1)
pg_archivecleanup /path/to/archive $first_not_needed
Exemplo simplório, precisa verificar mel
current/static/archive-recovery-settings.html#ARCHIVE-CLEANUP-COMMAND
[2] http://www.postgresql.org/docs/current/static/pgarchivecleanup.html
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
, visibilidade das transações,
posição do XLOG, etc.; não precisam ser armazenados.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
serão armazenadas informações lógicas (daí
> "backup lógico")
> Então utilizando (pg_basebackup + xlogs) o transaction_id será mantido?
>
Sim.
Mas novamente, na operação normal do banco, após 2^31 transações o
txid_current será reiniciado. Use o now() + txid_curr
> JOSE DA SILVA', etc. O que precisaria é a famosa 'JOSE MARIA DA SILVA%'.
>
Você pode indexar LIKE com B-tree caso o coringa não esteja no começo. Caso
queira usar o LIKE com coringa no começo, então veja a extensão pg_trgm [1].
[1] http://www.postgresql
rsync, eu
recomendo, porque o pg_basebackup é mais confiável (não que o rsync não
seja confiável, mas é fácil errar no processo quando usamos o rsync,
correndo o risco de gerar backups inconsistentes).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral
replicação baseado em
triggers, como Slony, Bucardo, Londiste, etc.
[1] http://2ndquadrant.com/en/resources/bdr/
[2] http://bdr-project.org/docs/stable/overview-udr.html
https://wiki.postgresql.org/images/a/a8/Udr-pgconf.pdf
Atenciosamente,
--
Matheus de Oliveira
usar outro banco
de dados para conectar-se, você não pode usar a base que está querendo
remover nas suas conexões.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi
do contexto,
numa cláusula CHECK, por exemplo, retornar NULL é equivalente à TRUE, ou
seja, o efeito é ignorar a verificação (ignorar a linha no WHERE, ignora a
checagem do CHECK).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr
,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
(para 2, provavelmente); nesse caso o arquivo 0001000C não
foi gerado por esse novo servidor. Isso está correto?
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
identificar essas queries?
pg_stat_statements [1].
[1] http://www.postgresql.org/docs/current/static/pgstatstatements.html
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin
, isso bagunça o histórico da lista.
Obrigado.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
pg_stat_activity para identificar o que o
backend está fazendo.
Se não me engano o pg_activity [1] dá visão de uso de I/O também.
[1] https://github.com/julmon/pg_activity
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral
proprietário dos objetos. E troque
public pelo seu esquema, caso use outro.
Em seguida, para todo usuário que for read-only, basta adicioná-lo em
meu_db_readonly:
GRANT meu_db_readonly TO meu_usuario;
Atenciosamente,
--
Matheus de Oliveira
___
pgbr
, é melhor caso tenha índice
em data_analise (o índice ideal seria (nome_cli, data_analise), não me
parece ser necessário incluir ccs).
OBS2: Não testei, verifique se roda por favor.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr
= c.relid
WHERE
a.attnum 0 AND
NOT a.attisdropped
order by c.relname, a.attname
At.
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
/docs/9.4/static/errcodes-appendix.html
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
arrays os nomes que estão em cada cor, depois usa o unnest com
dois parâmetros (unnest com mais de um parâmetro é da 9.4) que já traz o
resultado exatamente como você espera.
Fiz somente para vermelho e azul, mas é só expandir para as demais cores.
Atenciosamente,
--
Matheus de Oliveira
, Segunda -
1, ...) e o log_rotation_age está para 1 dia, o PostgreSQL irá apagar logs
mais antigos que uma semana.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br
seguir outra abordagem, como o uso de
hstore ou json/jsonb.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Debian-based somente
postgresql-client-common já resolve). O pg_basebackup não está nas
contribs.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman
2015-07-14 10:33 GMT-03:00 Paulo Vitor Bettini de Albuqerque Lima
paulovitor...@gmail.com:
Aí eu
vou apagar os registros sujos e colocar uma constraint pra evitar
que essa situação se repita.
Ótima iniciativa... :)
Atenciosamente,
--
Matheus de Oliveira
para pegar OLD ao invés de NEW para DELETE.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
* interval '1 day');
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
WITHOUT time zone`, me parece melhor nesse caso).
OBS: Eu digo que `timestamp WITHOUT time zone` é melhor como uma gambiarra
intermediária, o ideal NESSE CASO seria `date`. Na maioria das situações é
recomendado usa `timestamp WITH time zone` ao invés de WITHOUT.
Atenciosamente,
--
Matheus de
2015-02-01 01:00:00-02
(1 row)
postgres=# SELECT '2015-02-01 00:00:00 America/Sao_Paulo'::timestamptz;
-- correto
timestamptz
2015-02-01 00:00:00-02
(1 row)
Atenciosamente,
--
Matheus de Oliveira
recomendo você usar a função format [2].
[1] http://www.postgresql.org/docs/current/static/functions-string.html
[2]
http://www.postgresql.org/docs/current/static/functions-string.html#FUNCTIONS-STRING-FORMAT
Atenciosamente,
--
Matheus de Oliveira
___
pgbr
, uf, valor), assim não precisaria
de consulta dinâmica, poderia usar diretamente:
SELECT c.valor INTO resultado
FROM cfop c
WHERE c.cod_cfop = p_cfop
AND c.uf = ufCliente;
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral
problema (e do INTO que foi
esquecido aqui).
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
esse aí mesmo. Só usei outra sintaxe para fazer o CAST.
Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
2015-06-18 8:56 GMT-03:00 Matheus de Oliveira matioli.math...@gmail.com:
O que nos leva a 4 abordagens diferentes
Ah. Esqueci de um detalhe, que pode ser importante. Das 4 abordagens,
apenas a sua considera empates, ou seja, para tipos que possuem mais de um
registro com maior data, a sua
1 - 100 de 861 matches
Mail list logo