2011/10/18 Euler Taveira de Oliveira :
> 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 mailing list
pgbr-
>> 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 fu
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çã
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
pgbr-g
2011/10/18 Pedro Costa :
>
> 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
outros, prefiro dar po
Em 18 de outubro de 2011 16:47, Alexsander Rosa
escreveu:
> 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 COL
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 INSERT/UPDA
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
s
2011/10/18 Joao Cosme de Oliveira Junior :
> 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 mailing list
pgbr-geral@
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 Edson neto :
>
> Em 18 de outubro de 2011 14:18, Pedro Costa
> 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 campo "cod" é "1e" a localização só
Em 18 de outubro de 2011 14:18, Pedro Costa 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ó pode ser 22 ou 23
> se o campo "cod" é "1e" a localização só pode ser 1 ou 2
Se "localização" é um campo uma CHECK CONSTRAINT pode resolver.
Em 18 de outubro de 2011 14:18, Pedro Costa 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ó pode ser 22
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
14 matches
Mail list logo