Olá pessoal,
Tenho a seguinte dúvida, alguém sabe como faço no pgadmin para adicionar
regras deste tipo:
exemplos:
se o campo cod é 22 a localização só pode ser 22 ou 23
se o campo cod é 1e a localização só pode ser 1 ou 2
Obrigado
--
Com os melhores cumprimentos,
Pedro Costa
Geógrafo
Se localização é um campo uma CHECK CONSTRAINT pode resolver.
Em 18 de outubro de 2011 14:18, Pedro Costa pedrocostaa...@sapo.pt escreveu:
Olá pessoal,
Tenho a seguinte dúvida, alguém sabe como faço no pgadmin para adicionar
regras deste tipo:
exemplos:
se o campo cod é 22 a localização só
Em 18 de outubro de 2011 14:18, Pedro Costa pedrocostaa...@sapo.ptescreveu:
Olá pessoal,
Tenho a seguinte dúvida, alguém sabe como faço no pgadmin para adicionar
regras deste tipo:
exemplos:
se o campo cod é 22 a localização só pode ser 22 ou 23
se o campo cod é 1e a localização só pode
2011/10/18 Edson neto edson.edsn...@gmail.com:
Em 18 de outubro de 2011 14:18, Pedro Costa pedrocostaa...@sapo.pt
escreveu:
Tenho a seguinte dúvida, alguém sabe como faço no pgadmin para adicionar
Isso não tem muito a ver com o PgAdmin, é linguagem SQL. O PgAdmin é
só uma interface…
se o
Mas fácil utilizar uma restrição de check abraços!João Cosme de Oliveira Júnior
Chefe de setor de Administração de TIC-RFB/POA
"Lembre-se que da conduta de cada um depende o destino de todos."
Em 18/10/2011 às 16:30 horas, pgbr-geral@listas.postgresql.org.br escreveu:2011/10/18 Edson neto
2011/10/18 Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br:
Mas fácil utilizar uma restrição de check
Ô, João, para mandar uma mensagem em HTML incluindo tudo o que veio
antes só para dizer o mesmo da mensagem a que respondestes…
___
pgbr-geral
São todos da mesma tabela por isso é melhor uma check constraint então.
e sim localização é um campo.será que alguém pode fazer-me exemplos de
uma check constraint para este caso?
se o campo cod é 22, a localização só pode ser 22 ou 23
se o campo cod é 23, a localização só pode ser 2 ou 1
se o
Exemplo: ALTER TABLE tabela ADD CONSTRAINT nome_constraint CHECK (
(cod='22' and localizacao IN (22,23)) or (cod='23' and localizacao IN
(2,1)) or (cod='1e' and localizacao = 1 and desenho = 1) );
Lembrando que o CHECK não vai COLOCAR valores nos campos, apenas vai
CHECAR e dar erro no
Em 18 de outubro de 2011 16:47, Alexsander Rosa
alexsander.r...@gmail.comescreveu:
Exemplo: ALTER TABLE tabela ADD CONSTRAINT nome_constraint CHECK (
(cod='22' and localizacao IN (22,23)) or (cod='23' and localizacao IN
(2,1)) or (cod='1e' and localizacao = 1 and desenho = 1) );
Lembrando
2011/10/18 Pedro Costa pedrocostaa...@sapo.pt:
e sim localização é um campo.será que alguém pode fazer-me exemplos de
uma check constraint para este caso?
Vide a documentação de CONSTRAINT… CHECK e a de CASE, acho que assim
poderás tentar algo. Ao menos eu não gosto de escrever código para
Em 18/10/2011 16:24, Guimarães Faria Corcete DUTRA, Leandro escreveu:
Isso não tem muito a ver com o PgAdmin, é linguagem SQL. O PgAdmin é
só uma interface…
Seguindo a lógica, o certo seria pgAdmin e não PgAdmin. ;)
___
pgbr-geral mailing list
On 18-10-2011 16:23, Edson neto wrote:
fiquei com uma dúvida se tivesse um cenario parecido porem não fossem apenas 3
regras abaixo:
se o campo cod é 22, a localização só pode ser 22 ou 23
se o campo cod é 23, a localização só pode ser 2 ou 1
se o campo cod é 1e os campos localização e
se o campo cod é 22, a localização só pode ser 22 ou 23
se o campo cod é 23, a localização só pode ser 2 ou 1
se o campo cod é 1e os campos localização e desenho obtêm valor 1
Desculpa a pergunta, mas qual seria a lógica ?
Não seria mais interessante, dependendo do caso fazer uma função para
2011/10/18 Euler Taveira de Oliveira eu...@timbira.com:
Não. O mais prudente seria um gatilho. Assim, bastaria alterar a função do
gatilho toda vez que surgir uma nova regra.
Euler, alterar o CHECK… CONSTRAINT não é ainda mais fácil?
___
pgbr-geral
14 matches
Mail list logo
