Re: [pgbr-geral] Nova lista PGBR

Em 19 de abril de 2018 10:20, Ivo Sestren Junior escreveu: > Coloque o filtro TO: pgsql-pt-ge...@lists.postgresql.org > É, aparentemente precisava ser o endereço completo. Parece estar ok, vou aguardar novas threads pra garantir. Obrigado!

Re: [pgbr-geral] Nova lista PGBR

Em 19 de abril de 2018 10:14, Ivo Sestren Junior escreveu: > Use o campo TO: que funciona > Eu tenho filtros com todas as condições possíveis e não estão funcionando.. o valor do campo seria "pgsql-pt-geral"? ___ pgbr-geral

Re: [pgbr-geral] Nova lista PGBR

Pessoal, seria possível adicionar um prefixo no e-mail? Assim como temos nesta lista o "[pgbr-geral]". Seria interessante para poder adicionar marcadores/filtros às mensagens da lista, já que pelo CC não é possível (ao menos no google). Obrigado []'s Att, Raf

Re: [pgbr-geral] depuração de rotinas

Em 11 de abril de 2018 15:38, Samuel Teixeira Santos escreveu: > ​esse pldebugger.git não é o utilizado pelo pgAdmin?​ > Ah sim, creio que sim, mas aparentemente nas novas versões do Advanced Server não é necessário instalar ele por fora, que foi como sempre usei, mas

Re: [pgbr-geral] depuração de rotinas

Em 11 de abril de 2018 15:12, Samuel Teixeira Santos escreveu: > Olá pessoal, boa tarde. > > > Utilizam alguma ferramenta para depurar stored procedures/functions? > > Olá, boa tarde! Os que conheço são: https://git.postgresql.org/gitweb/?p=pldebugger.git e o pgAdmin (tem

Re: [pgbr-geral] Configuração

Em 17 de abril de 2017 10:08, Antonio Cesar escreveu: > Os valores apresentado por este site são bem maiores... > Pois.. pra mim, para 32GB, foi sugerido 328MB para WEB/OLTP, cerca de 10% do seu parâmetro atual. ___ pgbr-geral

Re: [pgbr-geral] Configuração

Em 17 de abril de 2017 09:52, Antonio Cesar escreveu: > > Bom dia, > Bom dia! > work_mem = 3072MB > Este valor está muito alto. > alguem pode me ajudar a verificar se esta certo ou preciso mudar alguma > coisa? > É difícil dizer sem um detalhamento muito grande de

Re: [pgbr-geral] Duvidas com encoding UTF8 x LATIN1

Em 29 de março de 2017 10:52, Leandro Guimaraens Faria Corcete DUTRA < l...@dutras.org> escreveu: > Le mer. 29 mars 2017 à 10:17, Josué Bragagnolo a > écrit : > >> >> O melhor sempre eh migrar tudo pra UTF8, mas se não é possível atualizar >> sua aplicação, o melhor acredito

Re: [pgbr-geral] Duvidas com encoding UTF8 x LATIN1

Em 29 de março de 2017 08:55, Luiz Henrique escreveu: > Pessoal, > > [..] > Criei o banco em LATIN1. Na console psql aparece o erro ao testar o insert > abaixo: > [...] > > ERROR: invalid byte sequence for encoding "UTF8": 0xc3 0x4f > > Tem algum parâmetro que eu

Re: [pgbr-geral] Otimização da Base de Dados

Em 14 de março de 2017 17:31, Rudimar escreveu: > eu uso o plsql assim: > psql -c “vacuum full analyse” -d dadosadv -U postgres > ? > O autovacuum não resolveria teus problemas? Vacuum full não é recomendado, menos ainda diariamente. Procure também no histórico da lista os

Re: [pgbr-geral] PostgreSQL vs MySQL

Em 24 de janeiro de 2017 16:28, Leandro Guimaraens Faria Corcete DUTRA < l...@dutras.org> escreveu: > Procure por MySQL gotchas, se nao me falha a memoria. > Obrigado, Dutra! Já é um início. ___ pgbr-geral mailing list

[pgbr-geral] PostgreSQL vs MySQL

Boa tarde, pessoal! Sei que já rolaram muitas discussões aqui sobre esse confronto, inclusive quando foi divulgado pela Uber a troca de SGDB, mas gostaria de ver com vocês se vocês tem ciência de algum material, artigo técnico, lista de vantagens x desvantagens dos dois e etc. pra me passar, pra

Re: [pgbr-geral] Como faz Select dentro do for loop?

2017-01-06 10:20 GMT-02:00 : > Por exemplo: > > FOR rResult IN SELECT lote FROM fatura WHERE ORDER BY lote > (...) > WHERE lote = r.lote; > Imagino que esteja acontecendo erro, mas sugiro que você forneça mais informações em futuras threads, como o que está

Re: [pgbr-geral] Feliz natal a todos.

Em 24 de dez de 2016 21:23, "João Graciano" escreveu: Todos os dias temos provas da existência de Deus: a luz do sol, as flores no jardim... Mas foi na noite de dezembro, anos atrás, que Ele se mostrou misericordioso conosco, colocando o Filho de seu amor entre nós. Por

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

Em 15 de dezembro de 2016 23:24, Euler Taveira escreveu: > [...] > > > [1] > https://www.postgresql.org/message-id/CA%2BTgmobZLyLU8tFCbMqbjMWB6t%2B% > 3DERaDo820uQEJCVAQK_Paow%40mail.gmail.com Valeu pela explicação, Euler! Não fazia ideia, aliás, passei batido pelo

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

Em 15 de dezembro de 2016 11:40, Crauss, Jacson <cra...@gmail.com> escreveu: > > 2016-12-15 11:37 GMT-02:00 Rafael Fialho <rafafial...@gmail.com>: > >> Somente analyze já serve. > > > > É, rodei o analyze em uma base menor para ser rápido, e não resolveu.

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

Em 15 de dezembro de 2016 11:36, Crauss, Jacson <cra...@gmail.com> escreveu: > > 2016-12-15 11:29 GMT-02:00 Rafael Fialho <rafafial...@gmail.com>: > >> Primeiramente, eu refaria o teste sem realizar o vacuum full. Poderia >> também executar um analyze na base de d

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] LOCALE Portuguese_Brazil.1252 NO LINUX CentOS 7

> > *Aonde encontrar explicações ou me passarem algumas dicas?* > Bom dia, Eduardo! O que normalmente faço, convertendo bases do Windows pro Linux, é realizar o backup passando UTF-8 como encode, e restaurando em uma base de encode UTF-8. Funciona na maioria dos casos. Em bases que estão como

Re: [pgbr-geral] Performance com select distinct

2016-10-31 16:59 GMT-02:00 Marcio Meneguzzi : > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and > data_itens between

Re: [pgbr-geral] Select case sensitive

> > Ou tem alguma outra forma de se resolver isso ? >> > > ilike. > Recomendo também dar uma olhada na documentação do postgres, pois provavelmente encontrarás outras funções/operações que podem ter uma forma pronta e bem simples de resolver. []'s ___

Re: [pgbr-geral] Select case sensitive

> > Ou tem alguma outra forma de se resolver isso ? > ilike. []'s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Não consigo fazer backup

Em 18 de outubro de 2016 02:49, Amir escreveu: > Olá... Após atualizar o Postgresql da versão 9.3 para a 9.6.0, importei > através de roteiro de carga SQL a minha base que passou a funcionar > normalmente no sistema para testes desta versão... mas deste então ao > disparar o

Re: [pgbr-geral] Atualização Postgresql 9.4 para 9.6 em windows 10

Em 7 de outubro de 2016 09:29, José Henrique Beraldo < henriquebera...@gmail.com> escreveu: > Bom dia. > Bom dia! > Ao instalar uma versão nova 9.6.0, apenas copiar a pasta /data para a nova > versão, é o suficiente para que a atualização seja com sucesso? > Migração de versões não é tão

Re: [pgbr-geral] Query cte retornando id - Postgres 9.2

2016-09-27 15:48 GMT-03:00 Patrick B : > ... > O que estou fazendo de errado? > Aparentemente o seu problema está no update, pois a subquery irá retornar seu set de dados, porém o mesmo deveria estar na cláusula FROM. Verifique [1] para maiores detalhes da sintaxe. [1]

Re: [pgbr-geral] Ordenar por data

Deixa eu me expressar de forma diferente.. Você pode utilizar campos que não constam na query para realizar a ordenação, e utilizar outras funções ou campos para te auxiliar nesse serviço. O mais comum seria ter um representante do mês (ex.: 1-12) ao invés do próprio literal com o nome do mesmo.

Re: [pgbr-geral] Ordenar por data

> > Tenho um tabela com os campos Referencia e ano com os seguintes dados, > > Alguma sugestão ? > Você já tentou utilizar os campos referencia e ano pra realizar a ordenação? []'s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] Diversão com restrições

2016-09-08 16:55 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org>: > http://www.anserinae.net/fun-with-sql-constraints.html > > Ponto para quem explicar sucintamente em bom português. Basicamente está demostrando o recurso "where" em uma unique constraint, ou, no caso, um

Re: [pgbr-geral] Nova camiseta "PostgreSQL Rock solid database"

Em 4 de julho de 2016 22:28, Fábio Telles Rodriguez escreveu: > Senhores, está à venda a nova camiseta que mandei fazer para a comunidade > em comemoração aos 20 anos do PostgreSQL. > Parabéns, Fábio! Ficou massa a camiseta, vou providenciar a minha! []'s

Re: [pgbr-geral] invalid page in block of relation base

Em 19 de junho de 2016 20:10, Alessandro Lima escreveu: > Migrei uma base de dados de um postgres 9.3 debian 6 64 bits para um > postgres 9.4.8 debian 8.4 64bits, utilizei o pg_dump do 9.3 e o pg_restore > do 9.4 > Para realizar a migração entre versões utilizando o

Re: [pgbr-geral] poor performance usando ILIKE - PostgreSQL 9.2

> > Você pode desacentuar e minimizar o contéudo passado como parâmetro e >> manter o LIKE. >> >> `WHERE lower(functionDesacentua(col)) LIKE >> lower(functionDesacentua(texto)) || '%'` >> >> > > O meu problema aqui é que o LIKE é case-sensitive... ou seja.. estou > pesquisando por RYAN SHOWER mas

Re: [pgbr-geral] Problemas no UPSERT

Em 26 de abril de 2016 11:09, Alan Tavares escreveu: > Estou com um problema no UPSERT estou usando o PG 9.5 e usando o recurso > insert on conflict do ... > tenho uma tabala de pedidos com um id serial e uso isso para fazer > referencia do pedido no sistema. > Acontece

Re: [pgbr-geral] Função retornando -1

> > > Porém quando faço a consulta > > select * from "ProdutosCodigoBarras" WHERE "Codigo" = -1 > > não retorna nada, o que poderia ser? > Comente a segunda parte da função, execute a função em um ambiente de testes e, após a execução, execute o SQL da segunda parte da função para verificar

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

Em 19 de abril de 2016 11:56, Ursulino Barboza escreveu: > Prezados, > > Alguém tem alguma dica sobre diminuição do timeout com conexões ODI. > Favor abrir outra thread para o assunto, por gentileza. []'s ___ pgbr-geral mailing

Re: [pgbr-geral] Migrando Postgresql que versão usar ?

Em 13 de abril de 2016 10:10, Luiz Henrique escreveu: > Você terá que, obrigatoriamente, se preocupar com charset/encoding. Qual > versão do delphi você utiliza, e qual o encoding de sua base atualmente? > > Delphi 2007 e encoding LATIN1 > Pois então, o padrão de

Re: [pgbr-geral] Migrando Postgresql que versão usar ?

Em 13 de abril de 2016 09:22, Luiz Henrique escreveu: > Pessoal, > > Trabalho com aplicação Delphi cliente servidor usando postgres 8.2.17 > Você terá que, obrigatoriamente, se preocupar com charset/encoding. Qual versão do delphi você utiliza, e qual o encoding de

Re: [pgbr-geral] Ferramenta de DIFF para PostgreSQL

2016-04-12 18:16 GMT-03:00 Alexsander Rosa : > Depois de experimentar as 2 antigas (pgdiff e apgdiff) acabamos criando > uma. > Bom dia! Não tive oportunidade de testar ainda, mas, desde já, parabéns pela iniciativa! []'s

Re: [pgbr-geral] Reinício do ID de Transações

Em 7 de abril de 2016 01:49, Marcio Junior Vieira < mar...@ambientelivre.com.br> escreveu: > Fiz por dump e restore ! > > Valeu pessoal > [off-topic] *Sebastian se revira em sua cadeira.* Marcio, por favor, atente a evitar o top-posting (responder no topo da mensagem), conforme já foi pedido

Re: [pgbr-geral] CONVERSÃO DE BANCO SQL_ASCII

Em 6 de abril de 2016 12:54, Wagner Vieira Furno - Lobotech < wag...@lobotech.com.br> escreveu: > Boa tarde! > Boa tarde! > Temos um banco de dados ainda com encoding SQL_ASCII e bem populado. > > Existe ferramenta de conversão automática para UTF-8 que evite perda de > dados ? Não sei sobre

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Em 6 de abril de 2016 09:01, Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com> escreveu: > > Se tiverem interesse de replicar o problema > > Tenham uma tabela grande (uns 30GB com blobs) > façam um > begin; > muitos deletes (50% da base) > commit; > Vacuum full analyse verbose > > Mesmo

Re: [pgbr-geral] RES: Problemas de desempenho

2016-04-04 17:47 GMT-03:00 Márcio A. Sepp : > > Bom dia, > > > > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 > > e após atualização esta query passou a ficar extremamente lenta. > >. > > > > > > Pelo que estou entendendo o

Re: [pgbr-geral] pg_catalog - conteúdo de função

Em 30 de março de 2016 15:11, André Ormenese escreveu: > Minhas funções estão todas em plpgsql e nada aparece nesta coluna. Estão > em fontes externas ? Existe uma forma de acessá-las ? > Se são funções que você desenvolveu, em plpgsql, você deveria ter acesso. As fontes

Re: [pgbr-geral] pg_catalog - conteúdo de função

Em 30 de março de 2016 15:03, André Ormenese escreveu: > Boa tarde pessoal. > > Estou precisando acessar o conteúdo das funções de um determinado schema, > e fazer uma busca dentro do código. > > Vi que na pg_proc consigo um monte de informações das funções, mas o > código

Re: [pgbr-geral] {:Code Redux} | Upsert; A Few Bad Apples

Em 26 de março de 2016 08:18, Leandro Guimarães Faria Corcete DUTRA < l...@dutras.org> escreveu: > http://coderedux.com/on-postgresql/upsert-bad-apples > Artigo bem interessante sobre chaves. Obrigado por compartilhar! []'s ___ pgbr-geral mailing

Re: [pgbr-geral] Adicionar coluna com default de outro campo

Em 29 de março de 2016 15:37, Victor Fugiwara escreveu: > Boa tarde pessoal, > Boa tarde! Preciso adicionar um campo em uma tabela, sendo que o valor deste campo se > baseia na existência de um outro. A ideia seria algo assim: > > ALTER TABLE tabela ADD COLUMN coluna

Re: [pgbr-geral] Backup

Em 28 de março de 2016 16:10, Franklin Anderson de Oliveira Souza < frankli...@gmail.com> escreveu: > Como eu disse o pg_dump não bloquei as tabelas, segue abaixo o primeiro > paragrafo da documentação: > > "...pg_dump is a utility for backing up a PostgreSQL database. It makes > consistent

Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

Em 5 de março de 2016 16:10, Ali do Amaral Pedrozo escreveu: > Olá! > > > Sou iniciante no Postgres! Tenho uma aplicação em SQL SERVER 2014 EXPRESS > desenvolvida em Delphi XE 8 e estou migrando para o Postgres 9.4. > > No ambiente de testes funciona tudo perfeitamente, porém,

Re: [pgbr-geral] Vídeo Hacking PostgreSQL - Parte 1

Em 24 de fevereiro de 2016 20:56, Fabrízio de Royes Mello < fabri...@timbira.com.br> escreveu: > Pessoal, > > De acordo com $SUBJECT gostaríamos de divulgar, eu e o amigo Dickson > Guedes, o primeiro vídeo [1] de uma série, em que iremos demonstrar como > desenvolver uma funcionalidade para o

Re: [pgbr-geral] Melhorias da versão 8.1 para versão 9.5

Em 18 de fevereiro de 2016 09:24, Marco Aurelio escreveu: > Caros, > > É o seguinte, tenho alguns servidores legados (bem legados mesmo, rsrsrs) > que estão ainda com a versão 8.1 do postgresql, e estou precisando > convencer a direção a migrar para a versão corrente 9.5,

Re: [pgbr-geral] Query - Construção - PostgreSQL 9.2

Em 22 de janeiro de 2016 06:35, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Já resolvi o problema... O Rafael aqui da Lista deu uma ajuda também! >> >> Lucas. >> > > Acabei achando o assunto original, vi que o Rafael sugeriu que fizesse um > analyze no seu banco de dados. Foi

Re: [pgbr-geral] Query - Construção - PostgreSQL 9.2

Em 22 de janeiro de 2016 10:14, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Em 22 de janeiro de 2016 06:35, Flavio Henrique Araque Gurgel >> > escreveu: >> >> Já resolvi o problema... O Rafael aqui da Lista deu uma ajuda >>

Re: [pgbr-geral] Query - Construção - PostgreSQL 9.2

Em 22 de janeiro de 2016 11:27, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > É uma pena que essa discussão rica não tenha passado aqui pela lista. >> Ou pode ser que eu tenha perdido algo... >> >> >> Acredito que sim, o colega mandou dois e-mails, o outro que tinha mais

Re: [pgbr-geral] Oferta de trabalho PostgreSQL na Alemanha - Com visto para trabalho

2016-01-18 14:42 GMT-02:00 Tiago José Adami : > Olá pessoal. > > Recentemente fui contactado via LinkedIN por um recrutador chamado > Sebastian White. Ele está procurando um profissional em PostgreSQL que > tenha bons conhecimentos em otimização, upgrades, incidentes e shell

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

Em 15 de janeiro de 2016 22:21, iannsp escreveu: > > > On 1/15/16 3:14 PM, Flávio Alves Granato wrote: > > On 15-01-2016 14:19, iannsp wrote: > >> Eu não consigo enxergar beneficios em ser "multi database" a não ser > >> aumentar as possiblidades de venda, salvo casos em que

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

Em 16 de janeiro de 2016 11:45, Leandro Guimarães Faria Corcete DUTRA < l...@dutras.org> escreveu: > Le 16 janvier 2016 11:16:28 GMT-02:00, Rafael Fialho < > rafafial...@gmail.com> a écrit : > >Em 15 de janeiro de 2016 22:21, iannsp <ian...@gmail.com> escreveu

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

Em 15 de janeiro de 2016 12:05, Leandro Guimarães Faria Corcete DUTRA < l...@dutras.org> escreveu: > Le 14 janvier 2016 18:25:05 GMT-02:00, Saraiva Silva < > matheus.sara...@gmail.com> a écrit : > >Isso é um assunto recorrente no meio da comunidade de desenvolvimento, > >e é > >quase unanimidade

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

Em 15 de janeiro de 2016 13:38, Leandro Guimarães Faria Corcete DUTRA < l...@dutras.org> escreveu: > Le 15 janvier 2016 13:02:22 GMT-02:00, iannsp a écrit : > >Eu tento definir esse problema com a seguinte frase "quanto maior a > >distancia entre o dado e a regra de negócio

Re: [pgbr-geral] Query - Construction

2016-01-14 9:54 GMT-02:00 drum.lu...@gmail.com : > Olá, Ok.. Index criado e mais dados do DDL: > Lucas, tente responder abaixo de cada tópico da resposta, e não no topo da mensagem (top-posting). Sua base está com as estatísticas atualizadas? (analyze) Se não está, execute

Re: [pgbr-geral] Query - Construction

> > ** Lembre-se que os IDS são representacões das árvores...* > *Se 1 diretório tem mais de uma coisa, então haverá mais de um ítem com > aquele ID.* > > *Tenho que destinguir eles nos campos...* > Sim, tranquilo, mas há algo errado. Valeu pelo ajuste nas respostas, com certeza todo mundo

Re: [pgbr-geral] Dúvida sobre postgres_fdw

Em 5 de janeiro de 2016 15:41, Jean - GECONTROL < j...@gecontrolsistemas.com.br> escreveu: > Pessoal, alguém sabe dizer se é possível executar uma query diretamente > num banco de dados externo, sem ter que criar uma foreign table, usando > postgres_fdw? > Caso seja uma possibilidade, poderia

Re: [pgbr-geral] Base de dados de CEP do Brasil.

Em 3 de janeiro de 2016 20:03, Gustavo Neto escreveu: > Caros, > > Os senhores teriam a base de dados de CEP do Brasil. Pesquisei, mais os > melhores são caros. > O sistema SIHAIH01, do DATASUS, possui uma base de dados de CEPs em firebird, de repente seria bacana dar

Re: [pgbr-geral] DBlink

2015-12-01 23:48 GMT-02:00 Antonio Cesar : > Boa Noite, > > estou tentando criar o dblink "CREATE EXTENSION dblink" e ocorre o > seguinte erro: > > ERROR: could not access file "$libdir/dblink": No such file or directory Você já realizou a instalação da contrib? Há um

Re: [pgbr-geral] Insert antes de raise exception

Em 24 de novembro de 2015 23:08, Danilo Silva escreveu: > ​Fiz um teste conforme indicado, mas a dúvida pairou sobre o RETURN pois > como é para trigger, então o return da chamada da função​ > > ​é um TRIGGER​, então minha função ficou assim: > > EXCEPTION WHEN OTHERS

Re: [pgbr-geral] Base corrompida

Em 25 de novembro de 2015 09:56, Bruno Pio escreveu: > A primeira coisa é descobrir que objeto é esse: >> >> 1) Descobrir qual base de dados: >> >> SELECT datname FROM pg_database WHERE oid = 10564368 >> >> >> 2) Conectar na base descoberta acima e descobrir o objeto

Re: [pgbr-geral] Base corrompida

Em 25 de novembro de 2015 10:44, Bruno Pio escreveu: > Você possui security labels em sua base? >> Caso não possua, e talvez exista uma solução bem melhor que não estou >> habituado, poderia buscar qual filenode, em outro cluster, representa esta >> tabela, buscando pelo

Re: [pgbr-geral] Base corrompida

Em 25 de novembro de 2015 12:00, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > > Ninguém até agora respondeu o essencial (parece óbvio, mas vai que não tá > na sua cabeça): > Restaure seu backup e siga a produção. Base corrompida é evento raro mas, > quando acontece, causa danos

Re: [pgbr-geral] PGBR 2015

Em 23 de novembro de 2015 15:53, Sebastian Webber escreveu: > > > Em 23 de novembro de 2015 14:22, Fernando Ike > escreveu: > >> Olá, >> >> Gostaria de agradecer à todo que fizeram acontecer a Conferência >> PostgreSQL Brasil 2015, dos participantes,

Re: [pgbr-geral] Backup

Em 24 de novembro de 2015 13:36, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2015-11-24 8:43 GMT-02:00 Antonio Cesar : > > Fiz um arquivo .sh para efetuar o dump. Agora estou precisando copiar > para > > uma maquina windows, alguem tem algum

Re: [pgbr-geral] REF: Lendo tipo Bytea

Em 23 de novembro de 2015 16:34, Paulo escreveu: > Olá Pessoal, > > > > Tenho um campo tipo bytea, nele gravo um conteúdo XML. > > Quando leio este conteúdo localmente retorna OK, porem em produção no > servido web ele retorna em Hexa. > > > > Alguém pode dar uma

Re: [pgbr-geral] Migrar 8.0 para 9.3

> > Pessoal, > > É possível migrar um banco na versão 8.0.15 diretamente para a versão 9.3 > ou 9.4? > Sim. Mas é necessário observar que todas as conversões explícitas não existirão mais. Consultas que comparam campos integer com varchar, por exemplo, sem fazer cast, não irão funcionar.

Re: [pgbr-geral] [off-topic] Only NoSQL

> > E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso, > vide o caso Diaspora: > http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/ > Artigo muito bom e bastante explicativo, em ambos pontos de vista. Cada um é livre pra ler (ou não) e tirar suas

Re: [pgbr-geral] could not send data to client: Conexão fechada pela outra ponta

> > O cliente reclama que o sistema perde conexão com o banco de dados sem > motivo aparente, não é possível simular o problema (nem eu nem ele > conseguimos reproduzir no momento que queremos), acontece muitas vezes > em intervalo de minutos, outras vezes passam-se horas até um erro > ocorrer...

Re: [pgbr-geral] Consultar valores através da tabela de sistema.

> > Eu realmente precisaria fazer isso dinamicamente. > Isso incluiria utilizar PL's? Acredito que seja viável utilizando PL's, apesar de bastante trabalhoso. Mas tendo essa possibilidade, poderia também montar os SQLs de forma dinâmica, utilizando o catálogo para buscar as relações e atributos

Re: [pgbr-geral] Consultar valores através da tabela de sistema.

> > Bom dia a todos!! > Bom dia! > Eu tenho em todas as minhas tabelas um campo para data de cadastro, tipo: > (cliente_datacad, fornecedor_datacad etc). Eu gostaria de obter o maior > valor entre todos esses campos(Max(campo)). Tem como obter isso através da > tabela de sistema?? Não gostaria

Re: [pgbr-geral] View (Master Detail)

> > Acho que assim resolve > > SELECT > dep.* > FROM tmp_associado ass > JOIN tmp_associado dep > ON dep.cod_associado = ass.cod_associado > AND ass.seq_fam = 0 > ORDER BY ass.nome, (dep.seq_fam = 0) DESC, dep.nome; > > ... ainda com um plus de ordenar os dependentes na ordem alfabética tmb!

Re: [pgbr-geral] View (Master Detail)

Em 26 de outubro de 2015 09:35, Carlos Antônio Pereira (VidaUTI) < carlosanto...@utivida.com.br> escreveu: > >>Solução beeem melhor! Pra funcionar conforme pretendido, basta trocar o > >>dep.nome > por dep.seq_fam. > > >>[]'s > > > Melhor impossível! Muito obrigado, Rafael! > A solução foi do

Re: [pgbr-geral] View (Master Detail)

> > Bom dia, Rafael. Obrigado pela sugestão. > Estava mesmo com pl/sql em mente, mas uma solução mais limpa (como você > disse) seria melhor. > Seria algo tipo isso (não ficou nada elegante, ao meu ver, mas foi o que consegui fazer rapidamente): with associados(ordem, cod_associado, seq_fam,

Re: [pgbr-geral] View (Master Detail)

> > Fiz com Inner Join mas o resultado não foi o mesmo... > Alguma sugestão? > Com certeza ainda existe uma solução mais elegante e performática, mas a sexta-feira, após semana de correria, não me permite enxergar mais. Possui índices que satisfaçam as pesquisas? Se possível poste o plano de

Re: [pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

> > Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta > comunidade, sobre a situação da área de hotéis e do evento, em vistas das > últimas notícias sobre a cidade. > A área onde será realizada o evento é bem à parte de onde estão localizados os problemas. A cidade em si

Re: [pgbr-geral] Erro pg_restore

> > Fiz remoto o backup, usando o servidor que tem o 9.4 e depois tentei > restaurar deu mesmo erro... > > D:/Program Files/PostgreSQL/9.4/bin\pg_restore.exe --host localhost --port > 5432 --username "postgres" --dbname "db" --no-password --data-only --table > vendas --schema public --verbose

Re: [pgbr-geral] Erro pg_restore

> > Pessoal, > > estou com problema ao dar um pg_dump e restaurar pg_restore, exportando do > 9.3 e importando no 9.4 > Você realizou o restore com o binário da versão 9.4, mas utilizou o pg_dump de qual versão? Para realizar este tipo de migração você deve realizar o dump com o binário da versão

Re: [pgbr-geral] Erro pg_restore

> > é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso? mas ai qual > procedimento? tenho os 2 bancos rodando em servidores diferentes... > Sendo ou não, o correto é utilizar a versão de destino, no caso utilizar o pg_dump da versão 9.4. Utilize o pg_dump 9.4 para fazer backup remoto, se

Re: [pgbr-geral] ENC: REF: FUNCAO IFNULL.

Em 8 de setembro de 2015 10:50, PAULO escreveu: > Olá Pessoal, > > > > Estou convertendo uma APP Mysql e preciso substituir a função IFNULL: > > > > Na APP esta assim: > > UPDATE parametro_nfe SET id_lote = (IFNULL(id_lote,0) + 1); > > > > Estou tentando: > >

Re: [pgbr-geral] PGBR2015 - Ajuda com arte para camisetas, canecas, etc

Em 21 de agosto de 2015 11:52, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: Pessoal, Estamos precisando MUUUITO de ajuda para criar algumas artes para o evento. Se alguém puder ajudar nisso ficaremos muito gratos. Estamos com orçamento muito apertado e não temos $$ para

Re: [pgbr-geral] LIBERAR TODOS IP

É isso mesmo José, lembrando que após as alterações é necessário restartar o pg. Seria isso, mas só pra salientar, não é necessário reiniciar o postgres. Um reload nas configurações já é suficiente após as alterações, e o mesmo pode ser feito tanto por query com a função pg_reload_conf()

Re: [pgbr-geral] Pesquisa rápida com os DBAs da lista

Em 11 de agosto de 2015 17:10, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Senhores, quem puder responder em PVT ou aqui na lista, eu agradeço. A questão que eu quero abordar rapidamente é como as pessoas se tornam um DBA na sua carreira de TI. Responda, como iniciou sua

Re: [pgbr-geral] pgagent

Em 1 de julho de 2015 20:36, Douglas Fabiano Specht douglasfabi...@gmail.com escreveu: Em 1 de julho de 2015 20:02, Douglas Fabiano Specht douglasfabi...@gmail.com escreveu: Em 1 de julho de 2015 17:22, Rafael Fialho rafafial...@gmail.com escreveu: Em 1 de julho de 2015 17:07

Re: [pgbr-geral] pgagent

Em 1 de julho de 2015 17:07, Douglas Fabiano Specht douglasfabi...@gmail.com escreveu: Pessoal, estou implementando via pgagent para disparar uma function de 1 em 1 minuto, Precisamos entender como foi realizada a instalação. Estás com o processo pgagent rodando no seu servidor, e

Re: [pgbr-geral] consulta lenta

Em 20 de abril de 2015 10:55, Vilson vossiste...@ibest.com.br escreveu: Estou usando: Postgresql 9.4 Windows 7 professional Computador desktop i3 com 4GB de memórioa e HD 500 GB vb2010 Estava funcionando ok até que

Re: [pgbr-geral] Cast explicito nos parâmetros de funções

Em 16 de abril de 2015 16:06, Matheus Saraiva matheus.sara...@gmail.com escreveu: Ao chamar uma função que criei, estou sendo obrigado a usar cast explicito nos parâmetros. Por exemplo, em uma função que espera receber (varchar, integer, smallint, bigint, date) eu estou sendo obrigado a

Re: [pgbr-geral] Cast explicito nos parâmetros de funções

Em 16 de abril de 2015 16:34, Matheus Saraiva matheus.sara...@gmail.com escreveu: (...) Como seria o override? Para o segundo caso que mostraste agora, não sei, pois aparentemente os parâmetros são diferentes. Para o primeiro, provavelmente algo como funcTeste(varchar, integer, integer,

Re: [pgbr-geral] Cast explicito nos parâmetros de funções

Em 16 de abril de 2015 17:04, Matheus Saraiva matheus.sara...@gmail.com escreveu: Em Qui, 2015-04-16 às 16:53 -0300, Rafael Fialho escreveu: Em 16 de abril de 2015 16:34, Matheus Saraiva matheus.sara...@gmail.com escreveu: (...) Como seria o override? Para o segundo

Re: [pgbr-geral] Servidor PostgreSQL não sobe

2015-04-07 8:19 GMT-03:00 Pedro B. Alves pedroalve...@gmail.com: Pessoal reiniciei o servidor de produção e quando tento subir o pg ele dá o seguinte erro: $ /usr/pgsql-9.3/bin/postgres -D /var/lib/pgsql/data/ FATAL: database files are incompatible with server DETAIL: The data directory

Re: [pgbr-geral] Verificar tabelas que precisam de VACUUM

Em 23 de março de 2015 16:13, Tiago José Adami adam...@gmail.com escreveu: Trabalho com um determinado banco de dados para um aplicativo científico com dados sensoriais (não sei como ele funciona, só cuido das informações no SGBD) que possui acesso constante a algumas tabelas 24x7. O

Re: [pgbr-geral] Como fazer esse select no postgresql?

Em 17 de março de 2015 11:36, Douglas Listas douglas.gru...@gmail.com escreveu: Bom dia! Galera, esse select: select cpf_comprador, list(distinct nome_comprador), sum(vlr) from vendas group by cpf_comprador; Roda em um banco Sybase (Watcom)... Como posso reescrever ele para Postgresql?

Re: [pgbr-geral] Consulta lenta

Em 13 de março de 2015 15:03, Rafael Fialho rafafial...@gmail.com escreveu: Em 13 de março de 2015 12:07, Junior Miranda flmirandajun...@gmail.com 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

Re: [pgbr-geral] Consulta lenta

Em 13 de março de 2015 12:07, Junior Miranda flmirandajun...@gmail.com 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,

Re: [pgbr-geral] Estatística - Tempo médio total de queries

Em 3 de março de 2015 17:15, Cleiton Luiz Domazak cleitondoma...@gmail.com escreveu: (...) Ou se tiver alguma outra ferramenta que me de esse tipo de informação sem que seja por LOG seria perfeito, pois hoje o log está configurado para logar apenas queries acima de 100ms, o que invalida a

Re: [pgbr-geral] Tempo de backup

Em 3 de março de 2015 13:26, Danilo Silva danilo.dsg.go...@gmail.com escreveu: 08 minutos = pg_basebackup -U replicador -P -c fast -v -D /backup/database/ -Ft​ Tente retirar a opção de formato (-Ft), para realizar o backup no modo default (plain), e verifique se o tamanho se manteve igual ao

Re: [pgbr-geral] Tempo de backup

Em 3 de março de 2015 13:34, Rafael Fialho rafafial...@gmail.com escreveu: Em 3 de março de 2015 13:26, Danilo Silva danilo.dsg.go...@gmail.com escreveu: 08 minutos = pg_basebackup -U replicador -P -c fast -v -D /backup/database/ -Ft​ Tente retirar a opção de formato (-Ft), para realizar

  1   2   3   >