Início / user-89343

Victor's questions

Martin Hope
Victor
Asked: 2019-05-30 07:51:59 +0800 CST
  • 0

Estou lidando com valores anuláveis ​​em uma coluna de uma tabela, estou me perguntando por que isso:

with cte as (
    select 'c1'::text as c1,null::text as c2
    union
    select 'c2'::text as c1,null::text as c2
)
select *
from cte
where c2 is null

retorna um conjunto de resultados com as duas "linhas" com valor nulo em c2; comparando com esta consulta:

with cte as (
    select 'c1'::text as c1,null::text as c2
    union
    select 'c2'::text as c1,null::text as c2
)
select *
from cte
where c2 = null

que retorna um conjunto de resultados vazio!!

então parece que field is nullé realmente diferente de field = null? a questão é ... existe "operador compatível com nulo" para usar? para que eu possa escrever a comparação como: column_name = $1e o argumento $1pode ser um valor não nulo ou nulo. IF $1é um valor nulo, então será semanticamente igual a escrever como IS NULL, ELSE (se $1não for um valor nulo), então seria semanticamente igual a = $1.

PD: Esta pergunta também se aplica ao caso is NOT NULLversus<> NULL

postgresql postgresql-9.4
Martin Hope
Victor
Asked: 2018-12-28 10:24:36 +0800 CST
  • 34

Dada uma tabela userscom dois campos: ide email.

select id, email as electronic_mail 
from (  
        select id, email 
        from users
) t 
where electronic_mail = ''

O Postgres reclama que:

ERROR:  column "electronic_mail" does not exist

O exemplo é apenas para demonstrar o problema que surge. Meu caso real é mais complexo, eu itero através de uma matriz de elementos em uma coluna json, pegando um único valor escalar de cada um. (Posso compartilhar algum código se isso ajudar.)

Eu realmente não entendo qual seria a complicação, provavelmente eu desconheço alguma coisa. Fiquei com a impressão de que colunas com alias podem ser empregadas em uma WHEREcláusula sem problemas?

postgresql subquery
Martin Hope
Victor
Asked: 2018-03-16 12:44:54 +0800 CST
  • 2

Acho que não, mas se alguém tiver uma ideia talvez possa me dar uma mão.

Estou tentando restringir a exclusão de uma linha de uma tabela em algumas circunstâncias que exigem consulta em outras tabelas.

Um exemplo

Cada trabalhador (tabela worker) referencia a pessoa física (tabela person). A verificação visa permitir a existência de trabalhadores que irão trabalhar com o seu actual_hapiness_level(da tabela worker) >= base_hapiness_level(da tabela person), para que todas as pessoas subjacentes fiquem satisfeitas .

Há uma exceção importante, é você contratar um trabalhador que faz papel de palhaço , todo mundo fica feliz e, portanto, as restrições anteriores não se aplicam. Tente seguir o exemplo executando uma instrução por vez, lendo os comentários.

E no final você terá inconsistência do ponto de vista "negócio".

create table person (
    id serial primary key,
    base_hapiness_level int,
    name text
);
create table worker (
    id serial primary key,
    person_id int,
    actual_hapiness_level int,
    acts_as_clown bool default false,
    CONSTRAINT person_id_fkey FOREIGN KEY (person_id)
          REFERENCES person (id) MATCH SIMPLE
          ON UPDATE NO ACTION ON DELETE NO ACTION
);

CREATE OR REPLACE FUNCTION is_worker_happy_according_to_his_personal_values (bigint,bigint) RETURNS boolean AS $BODY$
DECLARE
    BEGIN
    RAISE NOTICE 'Performing things_are_okey(person_id= %,base_hapiness_level= %)', $1, $2;
    RETURN ($2 >= (select p.base_hapiness_level from person p where p.id = $1));
    END;
$BODY$ LANGUAGE plpgsql IMMUTABLE;

CREATE OR REPLACE FUNCTION is_there_a_clown_in_there_to_handle_the_unhappiness () RETURNS boolean AS $BODY$
DECLARE
    BEGIN
    RAISE NOTICE 'Performing is_there_a_clown_in_there_to_handle_the_unhappiness';
    RETURN EXISTS (select * from worker where acts_as_clown is true);
    END;
$BODY$ LANGUAGE plpgsql IMMUTABLE;

ALTER TABLE worker ADD CONSTRAINT person_can_work check (
    is_worker_happy_according_to_his_personal_values(person_id,actual_hapiness_level) OR
    (NOT is_worker_happy_according_to_his_personal_values(person_id,actual_hapiness_level) AND is_there_a_clown_in_there_to_handle_the_unhappiness())
);

-- create 3 persons
insert into person (base_hapiness_level,name) values (50,'robert');
insert into person (base_hapiness_level,name) values (10,'cris');
insert into person (base_hapiness_level,name) values (0,'the_clown');

-- insertion 1 is okey, as there is no clow required to the hapiness level of robert
insert into worker (actual_hapiness_level,person_id) values (50,(select id from person where name = 'robert'));

-- insertion 2 goes wrong, as there is no clown to handle the unhapiness of crish
insert into worker (actual_hapiness_level,person_id) values (1,(select id from person where name = 'cris'));

-- let's hire a clown.....
insert into worker (actual_hapiness_level,person_id,acts_as_clown) values (100,(select id from person where name = 'the_clown'),true);

-- try to insert cris again (with the clown is alright)
insert into worker (actual_hapiness_level,person_id) values (1,(select id from person where name = 'cris'));
-- and works ;)

-- but if we kick the clown, now there is no one to handle the unhapinness what a mess!! what about the check :(!!!
delete from worker where person_id = (select id from person where name = 'the_clown')

Como você pode perceber, a verificação não está sendo executada na exclusão do palhaço e isso é um problema neste modelo de domínio de exemplo

postgresql constraint