Re: [pgbr-geral] Qualidade de código do PostgreSQL

> > https://www.viva64.com/en/b/0542/ > > Suspeito que a diferença de qualidade a favor do PostgreSQL seja ainda > maior do que o artigo levanta. Afinal, menos defeitos numa base de > código-fonte maior (e mais capaz) representam qualidade mais do que > proporcionalmente ao tamanho da base de

Re: [pgbr-geral] Delete ou Update em dois registros identicos

Edelson, neste caso você deve usar a localização física dos registros (coluna implícita ctid). https://www.postgresql.org/docs/current/static/ddl-system-columns.html Em 16 de outubro de 2017 15:51, Danilo Silva escreveu: > > > Danilo Gomes > > Em 16 de outubro de

Re: [pgbr-geral] RESTAURAR BACKUP

Antes de mais nada, sugiro que você não confie no gerenciamento de serviços do Windows. Tente subir o banco manualmente pelo prompt de comandos: Entre no prompt com um usuário que não seja administrador (non super-user), navegue até a pasta bin do Postgres e execute o comando: postgres -D

Re: [pgbr-geral] pg_data em uma versão e binarios em outra

O pg_upgrade funciona nas versões 8.x. Pelo que me lembro, só existe o detalhe de que para migrar da versão 8.3 para uma maior, a versão de destino precisa ter sido compilada com a opção: --disable-integer-datetimes, já que a forma de persistência física de campos date foi alterada após esta

Re: [pgbr-geral] armazenamento de imagens no Banco x File System

> > >>O que é mais indicado, gravar arquivos em file system ou no próprio > banco ? > Existe uma terceira via, que é a de usar um serviço exclusivo para este fim, como o Cloudinary [1]. [1] http://cloudinary.com/ ___ pgbr-geral mailing list

Re: [pgbr-geral] missing chunk number 0 for toast value 343342964 in pg_toast_2619

> > Infelizmente o problema está ocorrendo com outras tabelas, como por > exemplo information_schema.role_table_grants. > > Na verdade o problema ocorre com mais de uma tabela interna porém a > mensagem de erro é sempre a mesma. O fato da corrupção não ser um "fato isolado" pode indicar um

Re: [pgbr-geral] Duvidas com relacionamentos ( Tabela Filha Obrigatória )

> > até ai tudo bem. essa parte esta feito.. > > mais se eu faço um insert só na tabela pai ele não me da um erro avisando > que esqueci de incluir o registro filho > > Mas como você vai fazer essa validação ao inserir o registro pai se o registro filho é dependente do mesmo? Veja que este é um

Re: [pgbr-geral] Campo de determinado registro da tabela corrompido, como corrigir ou apagar o registro?

> > On 08-08-2016 17:24, DERLEI LISBOA wrote: >> > Como apagar este registro? >> > >> DELETE FROM foo WHERE chave = 123; >> > > Mas, por ser um problema na header da página, não seria melhor subir o > sistema em modo mono-usuário com zero_damaged_pages = on ? > E, é claro, disparar um vacuum e

Re: [pgbr-geral] Campo de determinado registro da tabela corrompido, como corrigir ou apagar o registro?

> > On 08-08-2016 17:24, DERLEI LISBOA wrote: > > Como apagar este registro? > > > DELETE FROM foo WHERE chave = 123; > Mas, por ser um problema na header da página, não seria melhor subir o sistema em modo mono-usuário com zero_damaged_pages = on ? ___

Re: [pgbr-geral] Mitos sobre PostgreSQL

> > Senhores, estou preparando uma palestra sobre PostgreSQL e gostaria de > pedir uma mãozinha do pessoal aqui... Quais os maiores mitos que vocês > conhecem sobre PostgreSQL? > Por ser open-source, possui vulnerabilidades de segurança. ___ pgbr-geral

Re: [pgbr-geral] (sem assunto)

> > Os agentes ODI e o postgres 9.4 estão em Linux Red Hat. > Verdade, confundi com outro erro: could not receive data from client: unrecognized winsock error 10061 Sobre o seu servidor, você realmente precisa ter max_connections = 600? Será que o seu problema não está relacionado à isto? Se

Re: [pgbr-geral] (sem assunto)

> > Também acontece em outro servidor com postgresql 9.4, mas com menos > frequência o aplicativo utilizado é o ODI. > Pelo que pude constatar, este problema somente acontece em ambiente Windows. AFAIK é inofensivo, me parece ser um pequeno bug na api do Windows em relação ao tratamento de

Re: [pgbr-geral] Problemas com ‘alternativas’ ao modelo relacional

> > Isso vai depender de que problema de negócio vc quer resolver. Para um > ERP por exemplo creio que um NoSQL possa não se aplicar devido a > consistencia eventual. Imagina no sistema orçamentário de cada usuario > visualizar um saldo diferente de uma conta pra fazer uma reserva > financeira???

Re: [pgbr-geral] versão de schemas

Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2016-06-07 15:10 GMT-03:00 Tiago José Adami : > > > > Só é preciso cuidado especial com as ferramentas "geradoras de > > código", aquelas que se baseiam na estrutura (catálogo) do

Re: [pgbr-geral] versão de schemas

> > 2016-06-07 14:03 GMT-03:00 Michel Luiz Milezzi <michelmile...@gmail.com>: > >> Não consigo imaginar uma maneira sistemática e (ou) automática. > >> Dependendo das alterações, você pode criar visões que preservem o > >> esquema lógico anterior, mas é trab

Re: [pgbr-geral] versão de schemas

> > Não consigo imaginar uma maneira sistemática e (ou) automática. > Dependendo das alterações, você pode criar visões que preservem o > esquema lógico anterior, mas é trabalho braçal. > > O ideal aí é atualizar as aplicações juntas, ou tirar um dos > servidores do ar enquanto atualiza o outro.

Re: [pgbr-geral] Habilitar a engine innoDB no mysql

> > É o seguinte, estou usando um serviço gratuito de hospedagem de sites > chamado Hosting no qual ele habilita linguagens PHP e o Banco de Dados > MySQL. Só que como o meu sistema, as tabelas que acessam o Mysql isam a > engine InnoDB que permite o uso de relacionamentos via chaves estrangeiras

Re: [pgbr-geral] Select (Referência inválida)

> > No select abaixo estou recebendo esta mensagem. > > NOTICE: adding missing FROM-clause entry for table "cc" > LINE 49: ON(cc.id = cl.id AND > ^ > HINT: There is an entry for table "cc", but it cannot be referenced from > this part of the query. > > Boa tarde, Carlos. Evite

Re: [pgbr-geral] contraint already exists (mas não existe!)

> > Fiz o dump e o restore pelo pgadmin 1.20.0 (windows) > ambos os servidores do dump e do restore são linux e utilizam postgresql > 9.4 > Pode ser esse o problema, verifique se o PgAdmin está usando os binários na mesma versão que a do seu servidor: Options / Binary Paths Mesmo assim, sugiro

Re: [pgbr-geral] contraint already exists (mas não existe!)

> > Boa tarde, > > Restaurei uma base de dados em Postgresql 9.4 64bits linux > Hoje percebi que está faltando várias constraints PRIMARY KEY > o estranho é que ao tentar adicionar a constraint, é informado que já > existe > se tento excluir a constraint, é informado que não existe > Erro

Re: [pgbr-geral] Separar inteiro

> > Bom dia pessoal, > > Preciso capturar os caracteres de um campo varchar até achar um > caractere que não seja número. Por exemplo: > > 122-43 – Aqui preciso capturar 122; > 33a12 – aqui 33; > 556 – aqui 556. > Bom dia. Pelo que entendi você precisar capturar os primeiros

Re: [pgbr-geral] Consulta a código NCM

> > Pessoal, > > Gostaria de compartilhar um problema e verificar se alguém pode me dar uma > opinião. > > Tenho a necessidade de associar características a um NCM > . > Um código

Re: [pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

Em 8 de abril de 2016 08:43, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > Colega, por favor leve em consideração a circunstância do colega > consulente. Ele deixou bem claro, embora implicitamente, que precisa > do PostgreSQL em máquinas de usuário, não especializadas.

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

Márcio, realmente, o upper e o coalesce impedem o uso do índice no campo. Sugiro você criar um índice com o campo já maiúsculo e remover o coalesce, já que me parece não ter muito uso substituir os nulos por '%' (provavelmente essa cláusula não tem efeito algum na sua consulta, a menos que ela

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

Acredito que o amigo sugeriu o analyze por ser um procedimento padrão após restore, conforme menciona a documentação: "After restoring a backup, it is wise to run ANALYZE on each database so the query optimizer has useful statistics"

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Vale lembrar que essa definição do vacuum full só vale a partir da versão 9.0.0 do Postgres. Antes a implementação do comando varria a tabela reorganizando os registros fisicamente nos blocos/páginas do disco. Luiz, qual é a versão do seu banco? Lembrando também que você pode tentar aumentar

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Bom dia. O fato do vacuum full não ter liberado o espaço em disco não quer dizer que as linhas estejas "lockadas", mas ela simplesmente pode estar visível para alguma transação ativa no banco. Veja se não existe alguma conexão ativa que possa estar usando estas linhas através da view

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

A partir da versão 8.4 existe a função pg_get_functiondef(oid) que mostra exatamente o comando de criação da função passada por parâmetro (inclusive o CREATE...). A coluna prosrc somente mostra o conteúdo da função e não o comando inteiro. O que pode gerar confusão é que o resultado da query no