Re: [pgbr-geral] Problema com aggregate no Postgres 9.5

Em 07/06/2016 18:03, Fabrízio de Royes Mello escreveu: On 07-06-2016 17:04, Irineu Raymundo wrote: Pessoal boa tarde, Estou faznedo alguns teste visando a migração do PostGres 9.0 para 9.5 . No 9.0 havia 1 aggregate: array_agg(anyelement), mas no 9.5 tem 2: array_agg(anyarray) e array_agg(any

Re: [pgbr-geral] Problema com aggregate no Postgres 9.5

On 07-06-2016 17:04, Irineu Raymundo wrote: > Pessoal boa tarde, > > Estou faznedo alguns teste visando a migração do PostGres 9.0 para 9.5 . > > No 9.0 havia 1 aggregate: array_agg(anyelement), mas no 9.5 tem 2: > array_agg(anyarray) e array_agg(anynonarray). > > Ao executar um SELECT pela apl

[pgbr-geral] Problema com aggregate no Postgres 9.5

Pessoal boa tarde, Estou faznedo alguns teste visando a migração do PostGres 9.0 para 9.5 . No 9.0 havia 1 aggregate: array_agg(anyelement), mas no 9.5 tem 2: array_agg(anyarray) e array_agg(anynonarray). Ao executar um SELECT pela aplicação está apresentando a seguinte mensagem: "SQL Error

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

2016-06-07 16:00 GMT-03:00 Tiago José Adami : > Em 7 de junho de 2016 15:42, Guimarães Faria Corcete DUTRA, Leandro > escreveu: >>> Na questão do OP, se algum ORM for utilizado com classes de entidade >>> estáticas no aplicativo não haverão muitos problemas - desde que os >>> novos atributos não s

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

2016-06-07 15:30 GMT-03:00 Michel Luiz Milezzi : >> 2016-06-07 14:03 GMT-03:00 Michel Luiz Milezzi : >> >> 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. >>

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

Em 7 de junho de 2016 15:42, Guimarães Faria Corcete DUTRA, Leandro escreveu: >> Na questão do OP, se algum ORM for utilizado com classes de entidade >> estáticas no aplicativo não haverão muitos problemas - desde que os >> novos atributos não sejam /not null/ e/ou tenham valores default. >> Haver

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

2016-06-07 15:40 GMT-03:00 Tiago José Adami : > Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro > 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 (

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

Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro 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 banco de >> dados para montar comandos SQ

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

2016-06-07 15:32 GMT-03:00 Michel Luiz Milezzi : > Em 7 de junho de 2016 15:16, Guimarães Faria Corcete DUTRA, Leandro > 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 es

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 banco de > > dados

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

> > 2016-06-07 14:03 GMT-03:00 Michel Luiz Milezzi : > >> 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. > > > > Também não consigo ver uma forma de colocar i

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

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 banco de > dados para montar comandos SQL. O que inclui os famigerados ORM, certo? -- skype:leandro.gfc.dutra?chat Y

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

Em 7 de junho de 2016 14:02, Felipe Santos escreveu: > Uma das ideias é que você apenas adicione novas estruturas > (atributos,relações) ao seu banco de dados ao invés de modificar as > existentes. > > Deste modo as novas versões do software entenderão as novas estruturas, sem > quebrar as antigas

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

2016-06-07 14:03 GMT-03:00 Michel Luiz Milezzi : >> 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. > > Também não consigo ver uma forma de colocar isso na prática

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] versão de schemas

Em 7 de junho de 2016 13:45, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2016-06-07 13:41 GMT-03:00 Douglas Fabiano Specht < > douglasfabi...@gmail.com>: > > Pessoal boa tarde, > > alguem trabalha ou ja trabalhou, ou ainda poderia contribuir com > informações > > sobre co

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

2016-06-07 13:41 GMT-03:00 Douglas Fabiano Specht : > Pessoal boa tarde, > alguem trabalha ou ja trabalhou, ou ainda poderia contribuir com informações > sobre como controlar versoes de diferentes no mesmo schema? > Digamos, tenho 2 servidores de aplicação e 1 de banco de dados: > quando eu atualiz

[pgbr-geral] versão de schemas

Pessoal boa tarde, alguem trabalha ou ja trabalhou, ou ainda poderia contribuir com informações sobre como controlar versoes de diferentes no mesmo schema? Digamos, tenho 2 servidores de aplicação e 1 de banco de dados: quando eu atualizar o servidor de aplicação 01, ele irá alterar a ddl do schema

Re: [pgbr-geral] Problema com Utlização de Index

> O que sai desta consulta, igualmente nos dois servidores: > SELECT attname, inherited, n_distinct, >array_to_string(most_common_vals, E'\n') as most_common_vals > FROM pg_stats > WHERE tablename = 'sua_tabela'; > > Note que você precisa colocar o nome da tabela e

Re: [pgbr-geral] Problema com Utlização de Index

Em 7 de junho de 2016 11:22, Flavio Henrique Araque Gurgel escreveu: > > Obrigado Flavio, > > > > [..] > > > > > > > > O que diz > > SHOW random_page_cost; > > > > Em cada servidor, antes de fazer o seu SET e antes do explain > analyze? > > > > MASTER e SLAVE: > > random_page_co

Re: [pgbr-geral] Problema com Utlização de Index

> Obrigado Flavio, > > [..] > > > > O que diz > SHOW random_page_cost; > > Em cada servidor, antes de fazer o seu SET e antes do explain analyze? > > MASTER e SLAVE: > random_page_cost > -- > 2 O default pra essa GUC é 4. Por que está como 2? > > *Dúv

Re: [pgbr-geral] Problema com Utlização de Index

Obrigado Flavio, [..] > > O que diz > SHOW random_page_cost; > Em cada servidor, antes de fazer o seu SET e antes do explain analyze? > > MASTER e SLAVE: random_page_cost -- 2 > > > *Dúvidas* > > - Por que o planejador parou de utilizar o Index? > > Pode ser uma diferença d

Re: [pgbr-geral] Problema com Utlização de Index

> Por favor, estou com um problema em uma consulta do meu Banco de Dados e > preciso da ajuda de vocês. > > - Ambiente: > PostgreSQL 9.3.6 > S.O. Debian 3.2.63 > Realizo replicação com Slony. > > Estrutura do Banco: > > CREATE TABLE cpf_resumo > ( > cpfid integer NOT NULL, > cpf character va

[pgbr-geral] Problema com Utlização de Index

Por favor, estou com um problema em uma consulta do meu Banco de Dados e preciso da ajuda de vocês. - Ambiente: PostgreSQL 9.3.6 S.O. Debian 3.2.63 Realizo replicação com Slony. Estrutura do Banco: CREATE TABLE cpf_resumo ( cpfid integer NOT NULL, cpf character varying(14), nome character

[pgbr-geral] PGDAY EM CURITIBA

PGDAY EM CURITIBA Acesse http://pgdaycuritiba.blogspot.com.br Definido! Será dia 02 de setembro de 2016!!! O próximo PGDay em Curitiba será dia 02/09/2016 (sexta-feira), marquem em suas agendas. Será den