Re: [pgbr-geral] Modelagem: funcionário x dependente

Em 25-05-2011 22:40, ivo nascimento escreveu: > Não vejo como o uso das chamadas "chaves reais" vai melhorar a questão > de junções. > Supondo que a chave primária é o campo nome na tabela foo e esse mesmo campo nome é chave estrangeira na tabela bar. Para buscarmos algo na tabela bar pelo campo

Re: [pgbr-geral] Modelagem: funcionário x dependente

Em 25 de maio de 2011 23:51, Leandro DUTRA escreveu: > Perdão se tiver entendido errado algo, tive dificuldades em entender o > que escreveste. > > > 2011/5/25 ivo nascimento : > > > > Eu discordo: Primeiro por que a ideia de modelo opaco por que a frase > > "chave artificial" não me convem. > >

Re: [pgbr-geral] Modelagem: funcionário x dependente

Em 25 de maio de 2011 23:18, Flavio Henrique Araque Gurgel escreveu: > > 2 coisas que faltaram dizer: > > a) o mendigo acabou de ganhar 10 milhoes na loteria > > É bom ele arrumar um CPF, senão não recebe o prêmio. > > > b) não podemos deixar de lembrar da questão de encoding, tamanhos em byte >

Re: [pgbr-geral] Modelagem: funcionário x dependente

2011/5/25 Flavio Henrique Araque Gurgel : > > o CPF não deve de > forma alguma ser utilizado como chave primária, pois trata-se de dado > sensível Pode explicar melhor? Para mim, é dado público. Infomamo-lo a torto e a direito, é um segredo de Polichinelo. Foi até algo que me chocou quando volt

Re: [pgbr-geral] Modelagem: funcionário x dependente

Perdão se tiver entendido errado algo, tive dificuldades em entender o que escreveste. 2011/5/25 ivo nascimento : > >   Eu discordo: Primeiro por que a ideia de modelo opaco por que a frase > "chave artificial" não me convem. Essa não é uma afirmação objetiva, certo? > O fato de um dado não ex

Re: [pgbr-geral] Modelagem: funcionário x dependente

> 2 coisas que faltaram dizer: > a) o mendigo acabou de ganhar 10 milhoes na loteria É bom ele arrumar um CPF, senão não recebe o prêmio. > b) não podemos deixar de lembrar da questão de encoding, tamanhos em byte do > char e etc. ? >>   O fato de um dado não existir previamente nos dados de ne

Re: [pgbr-geral] Você esteve no PGCon 2009?

Boa Noite! Da fileira dos agachados, sou o primeiro a direita. Até novembro! 2011/5/25 Fábio Telles Rodriguez > E cadê o João na foto? > > Em 25 de maio de 2011 17:26, escreveu: > > Eu ( Cleysson Lima ) estou do lado do João Cosme hehehe >> >> >> == >> Cleysson Lima >> Ana

Re: [pgbr-geral] Modelagem: funcionário x dependente

2 coisas que faltaram dizer: a) o mendigo acabou de ganhar 10 milhoes na loteria b) não podemos deixar de lembrar da questão de encoding, tamanhos em byte do char e etc. Em 25 de maio de 2011 22:40, ivo nascimento escreveu: > > > Em 25 de maio de 2011 19:26, Leandro DUTRA > escreveu: > > 2011/

Re: [pgbr-geral] Modelagem: funcionário x dependente

Em 25 de maio de 2011 19:26, Leandro DUTRA escreveu: > 2011/5/25 ivo nascimento : > > eu realmente acho que, apesar de alguns atributos reais serem fortes o > > suficiente para serem utilizados como primary key, é sempre mais > > interessante utilizar como chave um serial. > > Não. A chave artifi

Re: [pgbr-geral] Modelagem: funcionário x dependente

Não poderia simplesmente o dependente ter um cpf_responsavel? CREATE TABLE dependente ( iddependente serial, cpf_responsavel bigint not null, nome text not null, tipo integer, primary key(iddependente), foreign key (cpf_responsavel) references funcionario(cpf_responsavel) ); Em 25

Re: [pgbr-geral] Modelagem: funcionário x dependente

2011/5/25 Flavio Henrique Araque Gurgel : Usar o nome como PK e usar pra relacionamento não vai dar muito certo. >> >> Não necessariamente. > > Eu conheço 5.481 pessoas chamadas "João da Silva" :) Corretíssimo. O correto seria como parte da chave primária. Como a chave primária, no caso, se

Re: [pgbr-geral] Modelagem: funcionário x dependente

>>> Usar o nome como PK e usar pra relacionamento não vai dar muito certo. > > Não necessariamente. Eu conheço 5.481 pessoas chamadas "João da Silva" :) []s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br

Re: [pgbr-geral] Modelagem: funcionário x dependente

2011/5/25 ivo nascimento : > eu realmente acho que, apesar de alguns atributos reais serem fortes o > suficiente para serem utilizados como primary key, é sempre mais > interessante utilizar como chave um serial. Não. A chave artificial engorda o modelo e o torna mais opaco, além de forçar junçõe

Re: [pgbr-geral] Modelagem: funcionário x dependente

eu realmente acho que, apesar de alguns atributos reais serem fortes o suficiente para serem utilizados como primary key, é sempre mais interessante utilizar como chave um serial. Em 25 de maio de 2011 17:59, Flavio Henrique Araque Gurgel escreveu: > Em 25 de maio de 2011 17:53, Alexsander Ros

Re: [pgbr-geral] Você esteve no PGCon 2009?

E cadê o João na foto? Em 25 de maio de 2011 17:26, escreveu: > Eu ( Cleysson Lima ) estou do lado do João Cosme hehehe > > > == > Cleysson Lima > Analista e Desenvolvedor PHP > Integrante da comunidade PGBR-GERAL - POSTGRESQL > Integrante da comunidade PGBR-DEV - POSTGRESQL

Re: [pgbr-geral] Modelagem: funcionário x dependente

Em 25 de maio de 2011 17:53, Alexsander Rosa escreveu: > Mas nem todo dependente tem CPF, especialmente crianças. Então crie uma chave artificial, serial por exemplo. Usar o nome como PK e usar pra relacionamento não vai dar muito certo. []s ___ pgbr-g

Re: [pgbr-geral] Modelagem: funcionário x dependente

Mas nem todo dependente tem CPF, especialmente crianças. Em 25 de maio de 2011 16:29, Flavio Henrique Araque Gurgel escreveu: > > Pensei em algo tipo: > > CREATE TABLE dependente ( > > cpf_pai bigint not null, > > cpf_mae bigint not null, > > nome text not null, > > tipo integer, > > p

Re: [pgbr-geral] Você esteve no PGCon 2009?

Eu ( Cleysson Lima ) estou do lado do João Cosme hehehe == Cleysson Lima Analista e Desenvolvedor PHP Integrante da comunidade PGBR-GERAL - POSTGRESQL Integrante da comunidade PGBR-DEV - POSTGRESQL Tel: 61 8407 1875 Linux User number is #521354 Seja inteligente, use Software-

Re: [pgbr-geral] Você esteve no PGCon 2009?

Opa, Eu não me achei.. Talvez precise procurar melhor :( Em 25 de maio de 2011 16:59, Fábio Telles Rodriguez escreveu: > Para quem não está enchergando direito, tem uma foto melhor: > > http://pgbr.postgresql.org.br/2009/img/Todos_editado.JPG > >

Re: [pgbr-geral] Você esteve no PGCon 2009?

Para quem não está enchergando direito, tem uma foto melhor: http://pgbr.postgresql.org.br/2009/img/Todos_editado.JPG Em 25 de maio de 2011 16:53, Leandro DUTRA escreveu: > 2011/5/25 Fábio Telles Rodriguez : > > Diga onde você está na

Re: [pgbr-geral] Você esteve no PGCon 2009?

2011/5/25 Fábio Telles Rodriguez : > Diga onde você está na foto... para que eu anote por lá! Engraçado, o Yahoo! fala para usar o botão para acrescentar alguém, mas não achei o tal botão. De qualquer maneira, eu estava ao lado da fotógrafa, minha digníssima. Mas meu filho me representou… Felipe

Re: [pgbr-geral] Modelagem: funcionário x dependente

> Pensei em algo tipo: > CREATE TABLE dependente ( >   cpf_pai bigint not null, >   cpf_mae bigint not null, >   nome text not null, >   tipo integer, >   primary key(cpf_pai, cpf_mae, nome), >   foreign key (cpf) references funcionario(cpf) >   ); Se você colocar dois campos referenciando a mesma

[pgbr-geral] Modelagem: funcionário x dependente

Supondo uma tabela "funcionario" cuja PK é cpf. Num primeiro momento pode-se pensar algo assim: CREATE TABLE dependente ( cpf bigint not null, nome text not null, tipo integer, primary key(cpf,nome), foreign key (cpf) references funcionario(cpf) ); Mas este modelo não suporta o caso d

Re: [pgbr-geral] problemas com is not null

2011/5/25 Anderson > não, todo tem registros > Qual o valor de *XARMAZENACURVALIDGERAL*? Se esse campo for nulo, nenhuma das duas condições será satisfeita, e *XINSERT* não será atribuído. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] Você esteve no PGCon 2009?

Fábio, eu (André Ormenese) estou ao lado esquerdo do Leonardo Cezar !!! Em 25 de maio de 2011 13:37, Fábio Telles Rodriguez escreveu: > Diga onde você está na foto... para que eu anote por lá! > > http://www.flickr.com/photos/tellesr/5556570176/in/pool-1655373@N21/ > >

Re: [pgbr-geral] Você esteve no PGCon 2009?

Olá, Aquele que está de camiseta azul marcado como Marcelo Costa na verdade sou eu, Mauro Sérgio rsrs Abraço. Em 25 de maio de 2011 13:37, Fábio Telles Rodriguez escreveu: > Diga onde você está na foto... para que eu anote por lá! > > http://www.flickr.com/photos/tellesr/5556570176/in/pool-1655

Re: [pgbr-geral] Você esteve no PGCon 2009?

Em 25 de maio de 2011 14:55, Fábio Telles Rodriguez escreveu: > Vejam se eu acertei. Meu Wally você achou. []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] problemas com is not null

não, todo tem registros Em 25 de maio de 2011 15:08, Alexsander Rosa escreveu: > Coloque um RAISE NOTICE 'XSELECTINCLUIR=%', XSELECTINCLUIR; > E outro RAISE antes do outro EXECUTE, assim você vê como o SQL está > chegando. > > Em 25 de maio de 2011 14:59, Juliano Benvenuto Piovezan < > juli...@si

Re: [pgbr-geral] problemas com is not null

Coloque um RAISE NOTICE 'XSELECTINCLUIR=%', XSELECTINCLUIR; E outro RAISE antes do outro EXECUTE, assim você vê como o SQL está chegando. Em 25 de maio de 2011 14:59, Juliano Benvenuto Piovezan < juli...@sinersoft.com.br> escreveu: > XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDE

Re: [pgbr-geral] problemas com is not null

> > XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDESTINO||' , > '||XINCNUMEROREMESSA||' FROM '||XTABELAINCLUIR||' WHERE > '||XINCREMESSAGERAL||' = '||XIDSREMESSAS[I]||';'; > > EXECUTE XSELECTINCLUIR INTO > VAIDREMESSAINCLUIR,VAIDDESTINOINCLUIR,VAIDNUMEROREMESSAINCLUIR > Muito prova

Re: [pgbr-geral] Você esteve no PGCon 2009?

Vejam se eu acertei. Em 25 de maio de 2011 13:54, Flavio Henrique Araque Gurgel escreveu: > Eu sou a "Cabeça" mais alta logo à esquerda da árvore da direita. > Obviamente eu sempre fico na fila de trás de qualquer foto em grupo. > > Em 25 de maio de 2011 13:44, Roberto Mello > escreveu: > > Eu

Re: [pgbr-geral] Erro ao Fazer um Update no Banco

Em 25 de maio de 2011 14:27, LAURO VINICIUS escreveu: > Caros Amigos, esta acontecendo algo estranho comigo... > Ao dar um update na tabela de produtos do meu Banco(para atualizar > estoque), usando o SQL Editor do PGADM III > A maioria da quantidade do estoque some, ou seja, os campos ficam > nul

[pgbr-geral] Erro ao Fazer um Update no Banco

Caros Amigos, esta acontecendo algo estranho comigo... Ao dar um update na tabela de produtos do meu Banco(para atualizar estoque), usando o SQL Editor do PGADM III A maioria da quantidade do estoque some, ou seja, os campos ficam nulosos campos que satisfazem o update permanecem, porem os dema

Re: [pgbr-geral] problemas com is not null

2011/5/25 Anderson : > boa tarde pessoal, > > seguinte tenho uma função que faz uma comparação pra ver se o campo não está > nulo, porem esta dando erro ou melhor o is not null não esta vereficando > > XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDESTINO||' , > '||XINCNUMEROREMESSA|

Re: [pgbr-geral] problemas com is not null

na realidade eu so quero ver se o campo esta nulo, e não a consulta toda, por isso eu camparo o campo com in not null. Em 25 de maio de 2011 14:07, Emerson Hermann escreveu: > Anderson, > > No Postgres, null se propaga, null concatenado com qualquer coisa dá null, > sugiro vc usar coalesce nos in

Re: [pgbr-geral] problemas com is not null

Anderson, No Postgres, null se propaga, null concatenado com qualquer coisa dá null, sugiro vc usar coalesce nos inserts.[1] [1]http://www.postgresql.org/docs/current/static/functions-conditional.html Emerson Hermann 2011/5/25 Anderson > boa tarde pessoal, > > seguinte tenho uma função que fa

[pgbr-geral] problemas com is not null

boa tarde pessoal, seguinte tenho uma função que faz uma comparação pra ver se o campo não está nulo, porem esta dando erro ou melhor o is not null não esta vereficando XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDESTINO||' , '||XINCNUMEROREMESSA||' FROM '||XTABELAINCLUIR||' WHER

Re: [pgbr-geral] Você esteve no PGCon 2009?

Eu sou a "Cabeça" mais alta logo à esquerda da árvore da direita. Obviamente eu sempre fico na fila de trás de qualquer foto em grupo. Em 25 de maio de 2011 13:44, Roberto Mello escreveu: > Eu passei uns 5 minutos tentando eu mesmo anotar :-( > > Estou logo atrás do Euler. > > Roberto > > 2011/5/

Re: [pgbr-geral] Você esteve no PGCon 2009?

Eu passei uns 5 minutos tentando eu mesmo anotar :-( Estou logo atrás do Euler. Roberto 2011/5/25 Fábio Telles Rodriguez : > Diga onde você está na foto... para que eu anote por lá! > http://www.flickr.com/photos/tellesr/5556570176/in/pool-1655373@N21/ > Sim, eu me inspirei na foto do Alvaro Her

[pgbr-geral] Você esteve no PGCon 2009?

Diga onde você está na foto... para que eu anote por lá! http://www.flickr.com/photos/tellesr/5556570176/in/pool-1655373@N21/ Sim, eu me inspirei na foto do Alvaro Herrera com os desenvolvedores do PostgreSQL no PGCon 2011: htt