t_aj_ajjbxx
t_aj_ajfbxx
t_xt_dwxx
兩表關(guān)聯(lián),刪除一張表中數(shù)據(jù)
delete from db_lx.t_aj_ajfbxx ajfb
USING db_lx.t_xt_dwxx dw
where dw.c_bh=ajfb.c_ssdw and dw.c_sfbh='65';
只有t_aj_ajfbxx 表中數(shù)據(jù)被刪除
三表關(guān)聯(lián),刪除一張表中數(shù)據(jù)
delete from db_lx.t_aj_ajjbxx ajjb
USING db_lx.t_aj_ajfbxx ajfb,db_lx.t_xt_dwxx dw
where ajjb.c_bh = ajfb.c_ajbh and ajfb.c_ssdw=dw.c_bh and dw.c_sfbh='65';
只有t_aj_ajjbxx 表中數(shù)據(jù)被刪除
補(bǔ)充:PostgreSQL的級(jí)聯(lián)刪除(主鍵刪除則外鍵數(shù)據(jù)記錄同時(shí)刪除)
背景描述:
最近的一個(gè)項(xiàng)目中,所涉及的數(shù)據(jù)庫表之間有設(shè)置級(jí)聯(lián)關(guān)系,即表legal_positionsinfo中的id是表legal_approval的外鍵。
現(xiàn)在有一個(gè)功能是根據(jù)id刪除表legal_positionsinfo中的一條記錄。
但是在程序調(diào)試刪除時(shí),報(bào)錯(cuò)如下:
update or delete on table "legal_positionsinfo" violates foreign key constraint "legal_approval_position_id_fkey" on table "legal_approval" DETAIL: Key (id)=(1) is still referenced from table "legal_approval".
主要是因?yàn)閮杀碇g存在級(jí)聯(lián)關(guān)系,主鍵記錄刪除則外鍵記錄也應(yīng)該同時(shí)刪除。
解決辦法:
這里使用的是強(qiáng)大的數(shù)據(jù)庫管理和設(shè)計(jì)工具Navicat,需要在數(shù)據(jù)庫中設(shè)置級(jí)聯(lián)刪除,即將NO ACTION 改為 CASCADE即可:
那外鍵設(shè)置中的CASCADE、NO ACTION、RESTRICT、SET NULL都代表著什么意思呢?區(qū)別是什么呢?
CASCADE:
父表delete、update的時(shí)候,子表會(huì)delete、update掉關(guān)聯(lián)記錄;
SET NULL:
父表delete、update的時(shí)候,子表會(huì)將關(guān)聯(lián)記錄的外鍵字段所在列設(shè)為null,所以注意在設(shè)計(jì)子表時(shí)外鍵不能設(shè)為not null;
RESTRICT:
如果想要?jiǎng)h除父表的記錄時(shí),而在子表中有關(guān)聯(lián)該父表的記錄,則不允許刪除父表中的記錄;
NO ACTION:
同 RESTRICT,也是首先先檢查外鍵;
SET DEFAULT:
父表有變更時(shí),子表將外鍵列設(shè)置成一個(gè)默認(rèn)的值 但I(xiàn)nnodb不能識(shí)別。
外鍵約束使用最多有兩種情況:
1)父表更新時(shí)子表也更新,父表刪除時(shí)如果子表有匹配的項(xiàng),刪除失??;
2)父表更新時(shí)子表也更新,父表刪除時(shí)子表匹配的項(xiàng)也刪除。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- postgresql 刪除重復(fù)數(shù)據(jù)的幾種方法小結(jié)
- PostgreSQL 刪除check約束的實(shí)現(xiàn)
- postgresql刪除主鍵的操作
- PostgreSQL 實(shí)現(xiàn)快速刪除一個(gè)用戶
- Postgresql創(chuàng)建新增、刪除與修改觸發(fā)器的方法
- PostgreSQL刪除更新優(yōu)化操作
- mybatis postgresql 批量刪除操作方法
- postgresql 刪除重復(fù)數(shù)據(jù)案例詳解