I think the proposed design requirement is suspect. I've seen this design requirement before be borne from poorly constructed object models making their way into poorly constructed relational models.
Nonetheless, a materialized view can implement the design requirement if that requirement is that the active_card.num_card must reference both tables.
create table active_card(
num_id number primary key,
num_card number,
is_active varchar2(5) );
create table tmp_card(
num_card number primary key,
reg_date date );
create table definitive_card(
num_card number primary key,
name varchar(256),
create_date date );
create or replace view card_v as
select tc.num_card
from tmp_card tc
where exists ( select null
from definitive_card dc
where dc.num_card = tc.num_card );
alter table active_card
add constraint active_card_num_card_fk
foreign key (num_card)
references card_v (num_card); -- won't work
But you can't create foreign keys against views...so...create a materialized view:
create materialized view log on tmp_card;
create materialized view log on definitive_card;
create materialized view card_mv
build immediate
refresh fast
on commit
as
select tc.num_card
from tmp_card tc
where exists ( select null
from definitive_card dc
where dc.num_card = tc.num_card )
;
alter table active_card
add constraint active_card_num_card_fk
foreign key (num_card)
references card_mv (num_card); -- works
insert into tmp_card values ( 123, sysdate );
insert into tmp_card values ( 456, sysdate );
insert into tmp_card values ( 789, sysdate );
insert into definitive_card values ( 123, 'OneTwoThree', sysdate );
insert into definitive_card values ( 789, 'SevenEightNine', sysdate );
insert into definitive_card values ( 111, 'OneOneOne', sysdate );
commit;
Now...
insert into active_card values ( 1, 123, 'true' ); -- succeeds
insert into active_card values ( 1, 456, 'true' ); -- fails
insert into active_card values ( 1, 111, 'true' ); -- fails
delete from tmp_card where num_card = 789; -- succeeds
commit;
delete from tmp_card where num_card = 123; -- succeeds, but
commit; --fails
If the design requirement is that active_card.num_card must be present in either and not both of the two tables, the materialized view definition would need to be adjusted.