[pgbr-geral] Definição

), foreign key (c1t1) references t1 (c1t1), unique (c2t2)); Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: Migrando para Postgres

Alguém já passou pela experiência de migrar um banco Firebird para Postgres? Como foi essa migração? Atualmente em uma aplicação tenho um banco com pouco mais de 5GB e fico pensando se não teria mais performance, escalabilidade e outros controles (medição de uso) se migrasse para o Postgres.

[pgbr-geral] RES: PostgreSQL 10 lançado

Parabéns a todos os envolvidos no projeto, principalmente aos brasileiros. Entre eles o Euler e o Fabrízio e aos patrocinadores. -- Att. Márcio A. Sepp De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Fábio Telles Rodriguez Enviada em: quinta-feira

[pgbr-geral] RES: Ajuda com definição

> > O problema disso é que se eu criar o campo como sendo integer, lá > > pelas tantas corro o risco de dar violação de PK. > > Boiei. Como assim? '0012345'::integer = 12345 > > As soluções possíveis seriam criar o campo como varchar(7) ou colocar > > um segundo campo na chave para

[pgbr-geral] Ajuda com definição

Boa tarde, Tenho um caso onde o campo chave da tabela irá receber dois tipos de informação: integer de tamanho 5 e integer de tamanho 7. O problema disso é que se eu criar o campo como sendo integer, lá pelas tantas corro o risco de dar violação de PK. As soluções possíveis seriam criar o

[pgbr-geral] RES: Sequence Jump 32

Só complementando as explicações do Euler e Dutra. Pense o que aconteceria se vc iniciasse uma transação, desse um next_sequence e lá pelas tantas abandonasse a transação sem commitar? Se vc não quer esses "buracos", faça um controle conforme o Dutra explicou.

[pgbr-geral] RES: Recomendações sobre uso de tipos compostos

> > Quais os prós e contras de usar tipos compostos em campos da chave > primária? > > Você quer dizer tipos compostos nas chaves primárias, ou chaves > primárias compostas? Tipos compostos em chaves primárias. > De qualquer maneira, são dois jeitos de usar chaves naturais, o que é >

[pgbr-geral] Recomendações sobre uso de tipos compostos

Bom dia, Quais os prós e contras de usar tipos compostos em campos da chave primária? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: Dúvida sobre sistema operacional para banco de dados PostgreSQL

> >> Estranho. Na pior das hipóteses, pega-se o acionador de dispositivo > >> (que tem de ser livre, em razão da GNU GPL) da distro ‘que funciona’ > >> e transfere-se para a preferida. Ou tem algo mais complicado que > isso? > > > > Havia uma controladora de discos a qual possuía os "drivers"

[pgbr-geral] Dúvida sobre sistema operacional para banco de dados PostgreSQL

Boa noite, Alguma vantagem/desvantagem em se utilizar o FreeBSD como sistema operacional para o servidor do PostgreSQL? Encontrei algumas documentações bem antigas [1] que são favoráveis ao FreeBSD. Eu particularmente tbm gosto mais dele. Mas estou por fora e se alguém tiver alguma documentação

[pgbr-geral] RES: RES: RES: RES: Chave Primaria Composta

> > Vários anos atrás vi na lista o Dutra falando sobre isso também e > > participei das discussões afim de aprender mais. Pois até o momento > > sempre usei ID's também. > > > > Tenho um produto ERP com mais ou menos 1.000 tabelas e refiz todas > > para chaves naturais. Os pontos positivos e

[pgbr-geral] RES: RES: RES: Chave Primaria Composta

> > Por favor, Dutra, Adami e demais... critiquem as minhas afirmações > acima? > > Não vou criticar não, para mm está bom. É isso aí. > > > > O que daria também pra gente fazer é criar um banco de testes e > verificar como ficam as coisas após uma certa carga. Daí mata isso de > vez. > >

[pgbr-geral] RES: RES: Chave Primaria Composta

> Sim, eu entendo a "vantagem" de evitar join e você "ter" o dado já na filha > ou "neta" da tabela. > Mas assim, no que eu vi, na prática é o seguinte: > 1 - A informação da chave, geralmente não é a que vc quer, então o join vai > acontecer igual Gostaria de citar um exemplo prático: Criar

[pgbr-geral] RES: RES: Chave Primaria Composta

> Márcio, quando for citar algo que alguém mais escreveu, marque para > evitar confusão. Desculpe, consegui acertar agora meu leitor de emails pra isso... tempo já que tava procurando. > > > Vou dar uma pitada aqui, embora não sou bem um conhecedor da área. A > > meu ver, justamente vc

[pgbr-geral] RES: Chave Primaria Composta

Depende, lá como eu disse as chaves compostas foram usadas de forma errada, era uma estrutura de grupo, empresa, filial, unidade + chave_negocio_tabela, então de cara qualquer PK já tinha no mínimo 5 campos! Sem contas outras gambiarras que não vem ao caso aqui. Boa tarde, Vou dar uma

[pgbr-geral] RES: Constraints x bloqueios

On 20-05-2016 12:06, Márcio A. Sepp wrote: > Gostaria de saber a relação que existe entre FKs e bloqueios de > registros. Por exemplo, se eu criar uma FK com os parâmetros: ON > UPDATE NO ACTION / ON DELETE NO ACTION isso vai dar alguma diferença > nos bloqueios da tabela mestre?

[pgbr-geral] Constraints x bloqueios

Bom dia, Gostaria de saber a relação que existe entre FKs e bloqueios de registros. Por exemplo, se eu criar uma FK com os parâmetros: ON UPDATE NO ACTION / ON DELETE NO ACTION isso vai dar alguma diferença nos bloqueios da tabela mestre?

[pgbr-geral] RES: 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 NCM

[pgbr-geral] RES: Binary column - Setando null

Sim, você precisa fazer um vacuum full da tabela ou um dump/restore, ou recriá-la de outra forma como criando uma nova tabela temporária, apaga a antiga e renomeia a nova. Aliás, eu não faria seu update porque ele possívelmente vai tomar um tempo enorme - eu criaria uma nova tabela só com as

[pgbr-geral] RES: 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

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

2016-04-04 17:47 GMT-03:00 Márcio A. Sepp <mar...@zyontecnologia.com.br>: > 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

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

2016-04-04 17:47 GMT-03:00 Márcio A. Sepp <mar...@zyontecnologia.com.br>: > 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

[pgbr-geral] RES: Problemas de desempenho

> 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. > > SQL: > select movto_lote.nr_dcto > from fin_receber_parc parc > inner join fin_receber receber on (receber.cd_movto = parc.cd_movto_rec and

[pgbr-geral] Problemas de desempenho

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. SQL: select movto_lote.nr_dcto from fin_receber_parc parc inner join fin_receber receber on (receber.cd_movto = parc.cd_movto_rec and

[pgbr-geral] Quantidade de campos na chave primária

algum problema pra mim no futuro. (desempenho, espaço... etc). A título de informação, em torno de 40% destes campos são smallint, 40% são integer, 10% char(1) e 10% bigint. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral

[pgbr-geral] RES: Quantidade de campos na chave primária

Acho que ficou um pouco confusa minha explicação, ou deu para o gasto? Deu pro gasto! Rsss Muito obrigado! Só pra te falar, minhas tabelas são +/- assim: Tabela1 * pk_tab1 Tabela2 * pk_tab1 * pk_tab2 Tabela3 * pk_tab1 * pk_tab2 * pk_tab3 ... Tabela6 * pk_tab1 ... ... * pk_tab12

[pgbr-geral] Procedure dentro de outra procedure

DOINSERT(INTEGER); -- COMANDOS; DOINSERT(INTEGER); END; Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: Procedure dentro de outra procedure

Não entendi muito bem o que vc quer fazer... Tenho uma função que é relativamente grande e no seu desenrolar invoca diversas vezes um comando de insert/update em outra tabela. Então pra minha comodidade, criei uma função para executar este insert/update. Até aí tudo bem, mas como este

[pgbr-geral] RES: RES: Procedure dentro de outra procedure

CREATE OR REPLACE FUNCTION .. AS $$ DECLARE ins_cmd text; outras vairaveis aqui BEGIN ins_cmd = 'INSERT INTO tabela(coluna1, coluna2) values ($1, $2)'; comandos da funcao aqui EXECUTE ins_cmd using var1, var2; comandos da funcao aqui EXECUTE ins_cmd using varN,

[pgbr-geral] RES: Como pegar os comentários

Muito obrigado Matheus e Douglas. Suas colocações Matheus eram exatamente o que eu estava procurando. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr

[pgbr-geral] Postgres conversando com firebird

Boa tarde, Gostaria de saber se alguém da lista conhece ou se existe alguma maneira nativa de um servidor postgresql conversar com um banco de dados firebird? Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] Como pegar os comentários

Bom dia, Preciso pegar os comentários das tabelas, dos campos, constraints... onde eu consigo encontrar no catálogo estas informações? Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https

[pgbr-geral] RES: Estrutura do Postgres orientado a objetos

Em 28 de abril de 2015 20:29, Matheus Saraiva matheus.sara...@gmail.com escreveu: Pois é, vejo que, em parte, eu meio que entendia errado essa critica às chaves artificiais. Hoje mesmo quando enviei a primeira pergunta eu me referia ao uso de chaves naturais compostas em relacionamentos,

[pgbr-geral] RES: SELECT FOR UPDATE tentando obter lock

2. Só de curiosidade, fizemos o mesmo teste no Oracle e não ocorreu erro algum. E agora? Quem poderá nos defender?? rss Muito estranho ele não falhar (no caso do NOWAIT) ou ficar esperando (sem NOWAIT) pois isso pode acarretar perda de integridade. O que acontece se na transação B

[pgbr-geral] RES: SELECT FOR UPDATE tentando obter lock

versão do postgres é 9.3.2. Na versão 9.0 o comando: update pessoa set nome = 'rosana' where nome = 'rosa'; fica aguardando a transação anterior. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https

[pgbr-geral] Ajuda com trigger

Preciso criar uma trigger em uma tabela que faça inserts/updates nela mesma. Como faço para resolver o problema do loop? Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin

[pgbr-geral] RES: RES: RES: Segurança dos dados

e até provar que não foi ela que vez, a solução acabou sendo a ofuscação do código mesmo. [1] https://wiki.postgresql.org/wiki/Todo#Features_We_Do_Not_Want Não sabia disso... mas a solução em C já atende. Obrigado. Márcio A. Sepp ___ pgbr-geral

[pgbr-geral] RES: RES: RES: Segurança dos dados

pela aplicação. Logo, o problema de segurança me parece mais embaixo... Concordo. Pouco adianta bloquear o acesso as funções/procedures e deixar a base de dados aberta pra acesso... Obrigado! A função em C atende. Márcio A. Sepp

[pgbr-geral] RES: Segurança dos dados

algo semelhante ao que o Firebird tem para “esconder” as triggers, procedures... etc... Acho interessante... mas não sei se o postgresql tem algo neste sentido. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral

[pgbr-geral] RES: RES: Segurança dos dados

sei se é um anseio de outros usuários isso ou se eu estou divagando... Observe que eu não estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Att. Márcio A. Sepp ___ pgbr

[pgbr-geral] RES: RES: RES: Segurança dos dados

... Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... Observe que eu estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Att. Márcio A. Sepp

[pgbr-geral] RES: RES: RES: RES: RES: Replicação horizontal de tabelas

deixando o SQL mais complexo - pois há a necessidade de adicionar um extract na cláusula para o planejador entender em qual fragmento da tabela ele deve percorrer). Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https

[pgbr-geral] RES: RES: RES: Replicação horizontal de tabelas

date, id_pedido INTEGER, data_pedido TIMESTAMP(2) NOT NULL DEFAULT now(), ... CONSTRAINT pedido_pk PRIMARY KEY (ano_pedido, id_pedido) .. ) WITH (autovacuum_vacuum_scale_factor=0.1,fillfactor=70) TABLESPACE pedido; Att. Márcio A. Sepp

[pgbr-geral] RES: RES: RES: RES: Replicação horizontal de tabelas

(extract (year from data_pedido)) conforme sugerida no artigo para separar por ano. Só fiquei intrigado pelo fato de que o date é um tipo de dados composto e talvez isso poderia acarretar algum problema de performance. Vcs tem usado o campo date como chave da partição? Att. Márcio A. Sepp

[pgbr-geral] RES: REF: INSERT tem mais expressões do que colunas alvo.

Dá uma olhada no valor 533,57 não seria 533.57? De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Paulo Afonso Pereira Enviada em: sexta-feira, 9 de janeiro de 2015 11:46 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] REF: INSERT tem mais

[pgbr-geral] RES: RES: Ordenando conforme itens na clausula in

Faz assim: Select * from fabricante where id in (10,14,29,49,20) order by id Ops, não tinha visto o 20 no final... vai ter de usar algum outro parâmetro para fazer isso eu acho... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] RES: Ordenando conforme itens na clausula in

Select * from fabricante where id in (10,14,29,49,20) Preciso que o select venha na mesma ordem do in, alguma ideia? Faz assim: Select * from fabricante where id in (10,14,29,49,20) order by id ___ pgbr-geral mailing list

[pgbr-geral] RES: RES: Ordenando conforme itens na clausula in

O 49 apareceria depois do 20, ou seja, não estaria na ordem dos dados internos do in. É verdade. Achei interessante a sua solução... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] RES: Replicação horizontal de tabelas

Primeiro, creio que você esteja falando de particionamento de tabelas, e não replicação horizontal (o último pode se confundir com outras técnicas). Correto. Perdoem meu erro... Quanto à sua dúvida. Uma prática comum é que a tabela pai fique *sempre* vazia, e coloca-se uma trigger BEFORE

[pgbr-geral] RES: RES: Replicação horizontal de tabelas

[1] http://savepoint.blog.br/particionamento-de-tabelas-no-postgres-quando/ (veja no final a sessão Na Sequência para um link aos demais da série) Deu na veia. Obrigado! Se ao final eu tiver dúvidas ainda reabrirei o tópico. Muito obrigado!

[pgbr-geral] RES: Replicação e ambiente complexo

aparecer o pagamento? (pelo que vi pode sim, mas quanto tempo e onde pode ser configurado este tempo? Malefícios de deixar um time baixo?) Att. Márcio A. Sepp [1] - http://eulerto.blogspot.com.br/2010/11/replicacao-no-postgresql.html [2] - http://eulerto.blogspot.com.br/2010/11

[pgbr-geral] Replicação e ambiente complexo

pouco dos conceitos envolvidos, vai me ajudar bastante. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral