bela renomeada,
simples assim.
Me parece um clássico problema XY [1] (em inglês apenas)
[]s
Flavio Gurgel
[1] https://en.wikipedia.org/wiki/XY_problem
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/
) está em /media/discossd/opt/pg10/data/ a pg_default estará lá?
>
Sim.
>
>
> > Pronto, pode responder lá na lista internacional onde estou acompanhando
> seu
> > outro problema. Tem semi-deuses te ajudando por lá.
>
> Flavio, sim estou tentando desvendar aquele proble
CES
Pronto, pode responder lá na lista internacional onde estou acompanhando
seu outro problema. Tem semi-deuses te ajudando por lá.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
queria dizer "session" (eu sempre me
confundo com isso).
Sim, usando "statement" você poderá trabalhar com aplicações que mantêm
conexões abertas o tempo todo, mas em alguns casos (e são muitos) as
aplicações usam prepared statements e o modo session não funcionará.
[]s
Flavio Gur
problema?
>
Qual o modo do PgBouncer que está utilizando ?
Se estiver com o modo connection, você pode passar por esse "problema" se
todas as conexões do pool estiverem em uso.
Se sua aplicação faz uso de conexões persistentes, você terá de passar ao
modo "statement" do Pg
acote contrib? Depende da distribuição utilizada, procure
o pacote contrib que corresponde à sua versão do PostgreSQL.
Em tempo, atualize esta 9.3.0 logo porque você está anos luz atrasado (20
versões pra ser bem exato) em patches e correções de seurança e bugs (nada
a ver com seu problema, porém).
[]s
o seu caso)
host all all 0.0.0.0/0 reject
Somente conexões vindas de 127.0.0.1 do usuário específico e no banco
específico serão aceitas, todo o resto rejeitado.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
.
Pode ser que você tenha configurado o repositório da versão 10 também, o
apt vai usar a versão mais nova para os pacotes que não tem o número da
versão explícito no nome.
Você pode usar apt-pinning caso queira manter o repositório da versão 10,
mas não vejo porque no seu caso.
[]s
Flavio Gurgel
alguma dica, será bem vinda.
>
Eu tenho duas dicas:
Dica 1 - pare de fazer top post, você não é mais novato
Dica 2 - mande a mensagem de erro que sai
Aí a gente vem com mais dicas quentinhas.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@lis
inda depois de perderem na corrida pela comunicação móvel. Acho
que é só a velha Microsoft em seu estilo traficante de drogas travestida de
amiguinha da garotada, mais uma vez. Abandonar a guerra pelas patentes, que
seria realmente um bom passo (e apenas um pequeno,
Em seg, 16 de out de 2017 às 17:14, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Em seg, 16 de out de 2017 às 17:03, Edelson Regis de Lima <
> edre...@gmail.com> escreveu:
>
>> Olá pessoal.
>>
>> To com um problema que não sei se tem sol
sua_tabela HAVING
count(id) > 1 GROUP BY 2, 3)
DELETE FROM sua_tabela USING results_to_delete WHERE id = id_to_delete;
Note que não testei isto, então, pode ter erro de sintaxe ou mesmo de
semântica se não entendi bem seu problema.
Teste antes numa cópia do banco de dados
//www.postgresql.org/docs/current/static/pageinspect.html
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Você tem o parãmetro log_checkpoints habilitado no mestre? Se sim, tem como
fazer um grep checkpoint no seu log pra gente ver o quanto essa base
escreve?
No servidor standby, tem como ver se o processo wal_receiver está
consumindo muita CPU (top, ps) ?
No servidor standby, poderia nos dizer se a utilisação de disco em escrita
está saturada (iostat) ?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
r
que 4 com esse disco. Sugiro testá-lo com a ferramenta bonnie++ também.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ados nas configurações do servidor.
Quais são os valores de seus:
cpu_index_tuple_cost
cpu_operator_cost
cpu_tuple_cost
random_page_cost
seq_page_cost
?
Se você muda essas configurações e o servidor não acompanha, seus custos
mudam nas estatísticas
Obrigado pelo contato! Preciso de um consultor.
Qual seu valor/hora?
Podemos marcar uma conferência via telefone ou Skype?
On Jul 13, 2017 11:07 AM, "Osvaldo Kussama" <osvaldo.kuss...@gmail.com>
wrote:
> Em 13/07/2017, Flavio Rescia Dias<flavioresciad...@gmail.com&
Bom dia,
Alguém interessado em consultoria remota? Aplicar boas práticas, backup,
replicação e validar queries antes de entrar em produção (sempre com um dia
de prazo pelo menos).
Se tiverem interesse, enviar privado.
___
pgbr-geral mailing list
...
> É assim mesmo antes do commit não posso pegar esse ID ?
>
Use returning ao fazer o insert na sua tabela notas, exermplo:
INSERT INTO notas (a, b, c) VALUES (n1, n2, n3) RETURNING id;
> Obs: PostgreSQL / PHP
>
Ainda bem, se fosse MySQL / PHP eu ia ficar preocupado contigo.
ib do PostgreSQL que, em geral, são instalados
>> por muita gente já de cara.
>>
>> []s
>> Flavio Gurgel
>>
>>
>>
> Após vários meses estou retomando este assunto, e me surgiu uma dúvida !!!
>
> Como acessar os dados do PgBouncer via postgres_fd
ivo csv na maquina cliente.
> alguém ja precisou disso ou usou algo diferente do copy para exportar
> local nao no servidor?
> utilizo postgres 9.5 e servidor linux, a maquina cliente é windows 7
>
Você pode usar o \copy do psql.
[]s
Flavio Gurgel
>
>
__
ltere a configuração search_path. Ela é
modificável pelo usuário, logo, seu front-end pode estar mesmo modificando
essa configuração no momento da conexão.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em ter, 6 de jun de 2017 às 15:03, <siste...@mvsoftware.com.br> escreveu:
>
>
> *From:* Flavio Henrique Araque Gurgel
> *Sent:* Tuesday, June 6, 2017 10:00 AM
> *To:* Comunidade PostgreSQL Brasileira
> *Subject:* Re: [pgbr-geral]Função to_date não existe? Não entendi!
>
; --
>>> OK
>>> (1 row)
>>>
>>> Time: 1507,688 ms
>>> laboratorio:rnge2=#
>>>
>>>
>>> -- Código "pelado"
>>> CREATE OR REPLACE FUNCTION rnx.sp_t
t; select num_cupom FROM cf_cupom WHERE nfce_chave_acesso_fk =
> '4317060556386800011365701004061895261728';
> > -- demora 11 ms
> >
> > Foi feito um VACUUM FULL ANALYZE na tabela.
> > Alguém tem alguma dica para ajudar e
ce que ele fica
> tentando buscar algum serviço na internet, não sei.
>
>
E você olhou o que eu falei sobre log_hostname ?
PS: Pare... o... top...post pra nunca mais perder uma resposta.
[]s
Flavio Gurgel
___
pgbr-geral mailin
nta disto.
>> Teria algum lugar na configuração do banco que tivesse alguma
>> configuração que deixasse o banco dependente de internet para funcionar?
>>
>
Sim, verifique a configuração log_hostname está ativa. Ela depende de
resolução DNS pra funcionar e pode e
você as insira, ou
seja, você pode fazer tudo com um downtime bem bem pequeno.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
s de
proxies ou redes Tor, logo, mesmo que descubra o IP, você não terá muita
infofrmação da origem.
E como eles pedem dinheiro por Bitcoin, não tem como rastrear para onde
foram os fundos, o conceito de Bitcoin esconde completamente a origem e
destino das transações.
[]
Ouvi relatos em um grupo de provedores que tem o pg aberto externamente.
Com relação a simplesmente trocar de porta, não acho uma boa técnica, estão
explorando na 5432 pois devem estar escaneando assim, é uma questão de
tempo até fazerem um nmap menos específico.
Alguém teve problema e o hba não
você não tem outra saída. E esse ataque é mais comum do que se imagina,
acontece muito em instalações MongoDB porque as portas são todas abertas
por default.
Eu inverteria a ordem do que o colega disse acima :
Pague (e recupere seus dados), faça um boletim de ocorrênc
epois melhora a
>> segurança da banco e implanta politicas de backup.
>>
>>
>
> Até pode ser a melhor saída..
>
> Mas não acredito que não tenha nenhuma forma de fazer voltar o banco pelo
> PG???
>
Você não tem backups ?
[]s
Flavio Gurgel
___
ória para tratar.
Verifique qual é a consulta em questão, veja quanto de memória precisa para
ela e ajuste o que for necessário do lado do cliente Delphi.
É importante checar como faz a conexão com o PostgreSQL (ODBC ou outro tipo
de biblioteca) e checar se há atualizações a fazer.
[]s
Flavio Gur
receiver process streaming 14/4825D310
>
Isso está normal, um hot-standby nada mais é do que uma restauração
contínua em que você pode fazer consultas de leitura.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
lo que o valor na próxima casa após o arredondamento
seja "acima de 5".
Eu particularmente não conheço nenhuma função embutida que faça isso, mas
acho que é fácil escrever uma em 4 ou 5 linhas de pl/pgsql, devidamente
estática, pra resolver.
[]s
Flavio Gurgel
a:
https://bucardo.org/wiki/Tail_n_mail
[]s
Flavio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
nta a seguinte mensagem
> FATAL: password authentication failed for user "andrefd"
>
Seu pg_hba.conf tem linhas acima desta que você mostrou pra gente, com
método password de autenticação?
[]s
Flavio
>
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
so, depende do que você quer fazer, o seu problema real.
Em 99℅ dos casos em que essa pergunta aparece, ninguém expõe.
[]S
Flavio Gurgel
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ão é mais suportada.
Então, pergunto ao OP se ele faz essa operação em algum lugar, seja dentro
da aplicação, ou um trabalho agendado? A solução será simples, reindexar a
coluna, se for o caso, sem usar CONCURRENTLY. Se outros UPDATEs não foram
feitos na tabela, as ch
mbém pode te auxiliar.
>
>
Com a versão 9.6 você pode usar os postgres-fdw para se conectar ao
PgBouncer e fazer a mesma coisa, não precisa instalar mais nada, apenas o
pacote com os módulos contrib do PostgreSQL que, em geral, são instalados
por muita gente já de cara.
de-dos-seus-dados/
>
>
Olá, só não entendi o seu objetivo, você pede ajuda mas o formulário não
aceita mais respostas :p
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
de mesma arquitetura (32 ou 64 bits)
Você pode fazer isso numa máquina virtual, um notebook, etc, não precisa
instalar um "servidor" pra isso, basta rodar o PostgreSQL e fazer seu dump.
Tudo vai depender do tamanho do bicho.
[]s
Flavio Gurgel
___
ntre plataformas.
> Estou no caminho certo mas esquecendo algum passo ou não consigo fazer
> isto?
>
Não, você está no caminho errado.
Sua única alternativa é fazer um dump/restore.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@list
colocaria uma Trigger na tabela e escreveria uma função rápida pra
tratar essa coluna específica.
Note apenas que esse tipo de remendo pode levar à "solução paliativa
definitiva" e seu cliente jamais consertar o lado dele.
[]s
Flavio Gurgel
>
_
gt; - Como posso resolver problema das linhas excluídas?
>
Isso não é um problema, é apenas uma estatística sobre como seu banco usa
uma tabela.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e-o-inimigo/
>
>
Eu li rapidamente e não achei nada que desabonasse sua tradução :)
Mas não entendi porque você insistiu em chamar de AutoVACUUM, no artigo
original está bem bonitinho "Autovacuum", mas é pessoal ;)
Muito obrigado pela sua iniciativa !
[]s
Flavio Gurgel
_
grandes usuários. Mas aí é monitoramento só de banco de dados mesmo,
esqueça outras aplicações.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
istema possível?
>
Normalmente isso não requer reinicio do servidor. Instale as dependências e
depois o CREATE EXTENSION poderá ser feito.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em qua, 26 de out de 2016 às 15:27, Cleiton Luiz Domazak <
cleitondoma...@gmail.com> escreveu:
> 2016-10-26 11:19 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>
> :
>
>
>
> 2016-10-26 11:13 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com
>
crevendo?
Qual o resultado de:
select pg_current_xlog_location();
?
Se você fizer um:
select pg_switch_xlog();
Há um arquivamento feito?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ro do arquivamento feito pelo Wal-e.
>
Então ele arquivou.
Você olhou no seu bucket S3 se os arquivos não estão lá?
O PostgreSQL não remove imediatamente os arquivos após arquivamento, ele
vai renomeá-los depois para os novos segmentos necessários.
>
>
> Na pg_stat_archiver também não tem nenhuma referencia de erro.
>
> É como simplesmente esses arquivos não existissem.
>
O que quer dizer com "não existissem"? Eles não cairam no seu bucket?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em seg, 24 de out de 2016 às 15:18, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:
> Flávio,
>
> Colocando esse parâmetro não terei nenhum prejuízo nos meus sistemas?
> Tinha visto essa solução, mas que não era recomendada.
>
Eu não respondo mais top post. Todo mundo tem pressa
Em seg, 24 de out de 2016 às 15:14, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Em seg, 24 de out de 2016 às 15:11, Luiz Carlos L. Nogueira Jr. <
> lcnogueir...@gmail.com> escreveu:
>
>
> Quando coloco o sslmode require dá o erro
>
> hgopoe
conf ignore_startup_parameters do
pgbouncer.ini , "geqo"
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
:The cause is explained in the forwarded message.
> *Action: See the non-Oracle system's documentation of the forwarded
>message.
> Erro na linha: 1 Coluna: 27
>
> Em 24 de outubro de 2016 09:42, Flavio Henrique Araque Gurgel <
> fha...@gmail.com> escr
ername = 192.168.252.37
> Username = user_dblink
> #Port = 5432
> ReadOnly = Yes
> #Servername = 192.168.252.43 <-aqui é do bouncer onde deu problema
> #Port = 6432
>
Adicione a opção:
Sslmode = require
E veja se resolve seu problema.
[]s
Flavio Gurgel
_
que é raro) ou você tem um gargalo de I/O importante.
Tentou fazer iostat, vmstat ou mesmo um simples top ou htop durante sua
restauração? Veja se iowait não está freando suas operações de lote.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@lis
Entered hgocont at 2016/10/24-07:50:50
> HS_FDS_CONNECT_INFO = "PG_LINK"
> RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
> Entered hgogenconstr at 2016/10/24-07:50:50
> dsn:PG_LINK, name:user_dblink
> optn:
> Entered hgocip at 2016/10/24-07:50:50
> dsn:P
que falei
acima, é muuuito comum arquivos ficarem perdidos no sistema de arquivos
sendo que o "caminho" já foi removido do banco de dados.
Enfim, cada caso é um caso, acho que simplesmente o "tamanho do banco" e
"uma grande tabela" não é fator de decisão ou exclu
> Nessa cópia lógica é que são criados os índices, e é nisso que perdemos
> tempo.
>
Quando você diz "sim", você usa então a opção -j no pg_restore?
Qual valor colocou e quantas CPUs têm a máquina?
[]s
Flavio Gurgel
___
pgbr-geral maili
empurrado bastante esse cara pra certos casos de uso.
> >
>
> Interessante... também irei verificar...
>
>
Um outro colega me lembrou aqui, infelizmente não está disponível ainda na
região South America. Nas regiões US e EU já tem. Veja onde estão seus
servidores.
>
> Valeu pelas dicas Flávio.
>
>
Sempre um prazer.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
do
> template.
>
Você usa restauração paralela no pg_restore, opção -j ?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ols, cada verificação de
metadados consome banda - e isso a Amazon cobra *sem dó*.
Fica minha recomendação - wal-e e ponto. Mas tem mais gente na lista com
outras ideias :)
Uma alternativa pra quem precisa compartilhar entre vários servidores sem
passar pelo S3 é usar o novo "nfs gerencia
os logs que você
> tem num diretório usando caracteres coringa, como postgresql-*.log
>
> Legal Flavio, valeu pela dica...
>
> Qual seria a melhor configuração do postgresql.conf, em relação ao
> pgbadger, para que eu possa gerar um relatório o mais analítico possível?
> Como po
>
Teoricamente, sim, você terá que executar o comando toda vez que você
quiser que um log seja analisado.
Note que você pode gerar um único relatório para todos os logs que você tem
num diretório usando caracteres coringa, como postgresql-*.log
[]s
Flavio Gurgel
e
ideias e chover no molhado. Não vejo porque não poderias fazer um teste
rápido com o servidor e seus dados hospedados e plugar sua aplicação lá.
Não vai exigir mudança alguma nesse teste.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
ncia, é cuidar
dos seus backups, não confiar somente no hospedeiro pra tal, controle seus
backups você também. Teste as restaurações, é o principal. Guarde ao menos
uma cópia dos dados fora do hospedeiro, como no próprio escritório ou num
outro hospedeiro de outra empresa.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
um lock sobre a tabela, contrariamente à sua primeira
suposição.
Sim, o COMMIT PREPARED terminou a transação e liberou o lock.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Note que a coluna "state" está marcada
como "idle", ou seja, essa conexão não está fazendo nada.
E esse commit durou alguns milissegundos (olhe as colunas query_start e
query_change)
Como sabe que esse commit prepared é a causa de seu problema?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
t; >>?
>
> "COMMIT PREPARED
> '4871251_SvUAANZmB0d2dHJ1bS1hcHAtMDEuaW4udnRydW0uY29tLmJyLHNlcnZlcixQMTAw_dnRydW0tYXBwLTAxLmluLnZ0cnVtLmNvbS5icixzZXJ2ZXIsUDEwMCwA'"
>
> Deve ser isso, utilizo controle de transação em duas bases de dados.
>
> Eu gostaria de ver todas as colunas, não apenas a consulta.
[]s
Flavio Gurgel
___
p
gers:
>
> select audit.audit_table('tabela');
>
> o "CREATE TRIGGER" fica rodando e nunca termina, mas aparentemente não
> consigo encontrar nenhum bloqueio para justificar essa demora.
>
>
> Alguém já passou por algo parecido? será que tenho que reiniciar o banc
>
> Flavio bom dia,
>
> Você poderia dar mais detalhes, sobre como manter os scripts versionados
> em repositórios git?
>
Não tem muito segredo, é como qualquer código de qualquer aplicação.
O que faço com os desenvolvedores é, simplesmente, para cada nova versão da
aplica
Prezados,
Desculpem o SPAM, preciso de profissionais Linux com experiência em AWS e
Especialista Postgres (Consultoria). Estamos em São Paulo.
Quem tiver interesse, responder privado.
--
Flávio Rescia Dias
___
pgbr-geral mailing list
configurar o *constraint *para obrigar o preenchimento da
> tabela filha ?
>
Além da chave estrangeira já criada, você precisa colocar a coluna como não
nula. Fazendo isso, o que você quer será respeitado, é pra isso que servem
justamente as chaves estrangeiras.
[]s
Flavio Gurgel
tei (apgdiff por exemplo), sugiro
que teste se precisar e ver se te atende.
Após usar o dbsolo e colocar os bancos em ordem, passei a manter tudo
corretamente versionado em repositório git e o problema nunca mais apareceu.
[]s
Flavio Gurgel
___
pgbr
.postgresql.org/docs/9.5/static/textsearch.html
Rapidamente você pode fazer:
WHERE texto_louco ILIKE '%maria%' AND texto_louco ILIKE '%joao%'
Vão aparecer "maria joao", "joao maria", "joao da silva maria pinto",
enfim, tudo o que
NSTRAINT length_check
CHECK(length(bar)>10));
No exemplo acima, a coluna bar não pode ser nula e deve ter um comprimento
mínimo de 10 caracteres.
Note que você deveria fazer esse tipo de restrição corretamente na sua
aplicação e validar a entrada.
[]s
Flavio Gurgel
_
erpriseDB [3]
oferece cursos on-line também.
[1]
https://www.4linux.com.br/curso/administracao-postgresql-com-alta-performance
[2] http://www.timbira.com.br/treinamento
[3] http://goo.gl/FFWM34
[]s
Flavio Gurgel
___
pgbr-geral mailin
# TCP_KEEPIDLE, in
> seconds;
> #tcp_keepalives_interval = 0# TCP_KEEPINTVL, in
> seconds;
> #tcp_keepalives_count = 0 # TCP_KEEPCNT;
>
>
> Obrigado.
>
Solaris 10 não suporta keepalives.
Por algum motivo, foi setado no seu servidor,
ocê fará com triggers, você terá de escrever uma
função para fazer a sua validação, você terá de fazer em linguagem
procedural.
Note que sua pergunta inicial está longe do seu real problema.
[]s
Flavio Gurgel
___
pgbr-geral mailing lis
por
alguém que não lembro.
A página da versão externa está às moscas no pgFoundry e em fase alfa.
Posso estar errado, perdi algum bonde?
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/
> Pessoal,
>
> Existe alguma regra pra configurar o max_worker_processes?
>
Você está usando algum módulo carregável?
Senão, não há o que se preocupar aí. É só a quantidade máxima de processos
de retaguarda para módulos externos (exemplo, replicação lógica).
[]s
F
que é, claro. Mas são muitas variáveis, acho que
cabe um estudo e um POC bem caprichado (o governo adora POC ;) ) e uma boa
consultoria seria de bom tom, mas isso você sabe e já até falou.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
esse sistema é muito baixo hoje; o motivo
> da migração é se livrar da trabalheira que o Oracle produto, e a
> Oracle empresa, dão. Mas há uma oportunidade de negócio porque
> provavelmente contrataremos suporte para o PostgreSQL, caso consigamos
> provar o conceito.
>
Ach
não o "work_mem", correto?
>
Vê sim.
Exemplo, quando aparece algo como:
Sort Method: quicksort Memory: 25kB
Esta consulta exemplo usou 25 kB de work_mem para uma ordenação.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgre
og de temporários e analisando o log com o
PgBadger, por exemplo.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> Windows 2008 server
>
O PostgreSQL por padrão não oferece nada que "mate" conexões.
Entre seu terminal e o servidor existe un firewall ou switch gerenciável ?
(causa provável)
Há algum script no servidor que monitora conexões e as mata?
[]s
Flavio Gurgel
eria nos mostrar seu script? Pelo menos a linha que faz a medição?
Provavelmente seu script está correto, os arquivos estão lá, ao apaga-los o
tamanho vai voltar ao normal.
[]s
Flavio Gurgel
>
>
___
pgbr-geral mailing list
pg
valiar mais porque os
arquivos estão abertos.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> ERRO: esquema "tabela" não existe
> LINE 1: UPDATE tabela.table_name SET "IdEmpresa" = 1
>^
> QUERY: UPDATE tabela.table_name SET "IdEmpresa" = 1
> CONTEXT: PL/pgSQL function alteraempresa() line 10 at comando SQL
>
>
>
> como posso res
mudar o client encoding dele :
ALTER USER usr_excel SET client_encoding = 'LATIN1';
Conectar a partir do Excel com esse usuário específico, deve resolver.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
cuidado e, se tiver dúvidas, venha com perguntas mais
específicas para cada problema que encontrar no seu caminho.
Se for muito crítica sua produção e a perda de dados pode te causar
prejuízo, considere contratar uma consultoria especializada. Vários
colegas aqui da lista trabalham em empresas de
aberta propositalmente é
uma conexão válida e os sinais de keepalive funcionam normalmente,
portanto, nunca serão encerradas.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> SERVER base1_bk
>
> OPTIONS (table_name 'stage. base1');
Parece tudo certo.
Só faltou você nos copiar e colar o erro que você recebeu :(
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
u, a velha frase do marketing, um cliente satisfeito pode te trazer mais
um ou dois, enquanto um cliente insatisfeito te leva dez embora. Aí o Uber
fez a parte delas na meleca toda.
PS.: uma cerveja com um amigo ontem me fez perder esse fantástico webcast
ao vivo. Muito obrig
> O melhor resumo até agora me parece ser
> http://use-the-index-luke.com/blog/2016-07-29/on-ubers-choice-of-databases
+1
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
es, não tem nada com o que se preocupar.
Por outro lado, se você vai usar outra coisa que não seja nativa como
Slony, Bucardo, Londiste ou pglogical, é importante que você tenha uma
coluna única em cada tabela, o que é de qualquer forma uma boa prática e
se c
forma de pegar dentro do bash?
>>
>>
>> Apenas um detalhe, no script do Vinícius é feito com mv, isso *não* está
correto.
Não devemos nunca apagar o arquivo de origem, o servidor PostgreSQL se
ocupa disso, em caso de falha do arquivamento ele retém os arquivos e tenta
de novo até
t;
>
>
> Dae Gurgel, tudo bem?
Opa, tudo! E por aí?
> você fala dessa thread[1]?
Essa é a inciada pelo Joshua Drake na hackers logo na saída foi a
primeira, mas já tem na Advocacy e na General, por isso mandei o link
raiz das listas.
[]s
Flavio Gurgel
__
es
teriam partido pra MariaDB ou Cassandra.
Sinceramente, eu os desejo muito boa sorte. Toda escolha em tecnologia
tem pontos altos e baixos.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.b
1 - 100 de 1548 matches
Mail list logo