एक विकल्प instead of
. का उपयोग करना होगा चालू कर देना। हालांकि, इस समाधान के लिए आपको अपनी तालिकाओं का नाम बदलने और उनके नामों के साथ दृश्य बनाने की आवश्यकता है। इस तरह आप एप्लिकेशन लॉजिक को प्रभावित नहीं करते हैं, हालांकि यह समग्र प्रदर्शन को प्रभावित कर सकता है, इसलिए इसका ठीक से परीक्षण किया जाना चाहिए।
फिर भी, गलत एप्लिकेशन लॉजिक को बदलने के लिए ट्रिगर्स का उपयोग करना बहुत अच्छा विचार नहीं है। मैं आपकी स्थिति को समझता हूं कि कभी-कभी हमें मौजूदा समस्याओं का समाधान खोजने की आवश्यकता होती है, लेकिन यह इसे ठीक नहीं करता है।
वैसे भी, एक सरल उदाहरण के नीचे जिसे आप अपने तर्क पर लागू कर सकते हैं
SQL> create table t ( c1 number primary key , c2 varchar2(1) ) ;
Table created.
SQL> alter table t rename to tbl_t ;
Table altered.
SQL> create view t as ( select c1 , c2 from tbl_t ) ;
View created.
अब हम instead of
. बनाते हैं ट्रिगर
SQL> create or replace trigger tr_v_t
2 instead of insert
3 on t
4 for each row
5 declare
6 pk_violation_exception exception;
7 pragma exception_init(pk_violation_exception, -00001);
8 begin
9 insert into tbl_t (c1,c2)
10 values ( :new.c1,:new.c2 );
11 exception
12 when pk_violation_exception then
13 dbms_output.put_line('ora-00001 (pk_violation_exception) captured');
14 update tbl_t
15 set c2 = :new.c2
16 where c1 = :new.c1 ;
17* end;
SQL> /
Trigger created.
इस ट्रिगर के साथ, बाधा का उल्लंघन करने का कोई भी प्रयास अंतिम तालिका में मूल्य के अद्यतन को संभव बना देगा।
SQL> select * from t ;
no rows selected
SQL> insert into t values ( 1 , 'A' ) ;
1 row created.
SQL> commit ;
Commit complete.
SQL> insert into t values ( 2, 'B' ) ;
1 row created.
SQL> commit ;
Commit complete.
SQL> insert into t values ( 2, 'C' ) ;
ORA-00001 (pk_violation_exception) captured
1 row created.
SQL> select * from tbl_t ;
C1 C
---------- -
1 A
2 C