ALTER TABLE tablename DROP CONSTRAINT primaryname。

talbename：表示表名

primaryname：表示主鍵名

例子：

postgres=# \d c_tab;
     Table "public.c_tab"
 Column  |   Type    | Modifiers 
---------------+-----------------------------+-----------
 uptime  | timestamp without time zone | not null
 temp   | integer      | 
Indexes:
 "c_tab_pkey" PRIMARY KEY, btree (uptime)

上面的c_tab_pkey就是主鍵名。

postgres=# alter table c_tab drop constraint c_tab_pkey;
ALTER TABLE

補充：PostgreSQL的級聯(lián)刪除(主鍵刪除則外鍵數(shù)據(jù)記錄同時刪除)

背景描述：

最近的一個項目中，所涉及的數(shù)據(jù)庫表之間有設(shè)置級聯(lián)關(guān)系，即表legal_positionsinfo中的id是表legal_approval的外鍵。

現(xiàn)在有一個功能是根據(jù)id刪除表legal_positionsinfo中的一條記錄。

但是在程序調(diào)試刪除時，報錯如下：

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".

主要是因為兩表之間存在級聯(lián)關(guān)系，主鍵記錄刪除則外鍵記錄也應(yīng)該同時刪除。

解決辦法：

這里使用的是強大的數(shù)據(jù)庫管理和設(shè)計工具Navicat，需要在數(shù)據(jù)庫中設(shè)置級聯(lián)刪除，即將NO ACTION 改為 CASCADE即可：

那外鍵設(shè)置中的CASCADE、NO ACTION、RESTRICT、SET NULL都代表著什么意思呢？區(qū)別是什么呢？

CASCADE：父表delete、update的時候，子表會delete、update掉關(guān)聯(lián)記錄；

SET NULL：父表delete、update的時候，子表會將關(guān)聯(lián)記錄的外鍵字段所在列設(shè)為null，所以注意在設(shè)計子表時外鍵不能設(shè)為not null；

RESTRICT：如果想要刪除父表的記錄時，而在子表中有關(guān)聯(lián)該父表的記錄，則不允許刪除父表中的記錄；

NO ACTION：同 RESTRICT，也是首先先檢查外鍵；

SET DEFAULT：父表有變更時,子表將外鍵列設(shè)置成一個默認的值 但Innodb不能識別。

外鍵約束使用最多有兩種情況：

1）父表更新時子表也更新，父表刪除時如果子表有匹配的項，刪除失敗；

2）父表更新時子表也更新，父表刪除時子表匹配的項也刪除。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。

最新評論