PostgreSQL的空串、空值對唯一性約束的影響

一、現象及原因

今天在PostgreSQL又遇到一個現象，應用代碼報錯：“ERROR: duplicate key value violates unique constraint ...”。最后查明，這是由於PostgreSQL把空串('')、空值(NULL)當作不同的值，從而影響了那些沒有申明為NOT NULL字段的unique約束。

二、問題重現

為重現問題，創建測試表如下：

create table tt1
(
  id int not null,
  name varchar(20),
  unique (name)
);

然后向該表插入測試記錄：

pgtest=# insert into tt1 values(1, 'OK');
INSERT 0 1
pgtest=# insert into tt1 values(2, null);
INSERT 0 1
pgtest=# insert into tt1 values(3, null);
INSERT 0 1
pgtest=# insert into tt1 values(4, '');
INSERT 0 1
pgtest=# insert into tt1 values(5, '');
ERROR:  duplicate key value violates unique constraint "tt1_name_key"
描述:  Key (name)=() already exists.

可見，在PostgreSQL中空值(NULL)與空串(‘’)並非等同，且NULL不影響unique約束。再查找PostgreSQL資料，果然如此。

在Oracle中，對於varchar類型，空值(NULL)與空串(‘’)總是被判定相同，所以多處代碼對此不加區分，結果總是符合預期。但移植到PostgreSQL后就會產生問題，除了已提到的影響unique約束外，查詢時如果條件是isnull 或=''也會出現查不全的現象。

三、解決方法

常見的解決方法有兩種。其一是最徹底的方法即全面檢查應用代碼，將賦空串的地方全改為賦空值；但此方法對已有項目來說工作量巨大，難以實施下去，只能在新項目中推廣。其二屬於變通方法即對表創建觸發器，在插入或修改之前將約束字段的空串自動修改為空值。示例腳本：

CREATE OR REPLACE FUNCTION TF_BLANK2NULL() RETURNS TRIGGER
AS $TFHS_BLANK2NULL$
BEGIN
   IF (NEW.name='') THEN NEW.name:=NULL; END IF;
   RETURN NEW;
END;
$TFHS_BLANK2NULL$ LANGUAGE PLPGSQL;

CREATE TRIGGER TG_BLANK2NULL BEFORE INSERT OR UPDATE ON tt1  FOR EACH ROW EXECUTE PROCEDURE TF_BLANK2NULL();

四、注意事項

• 如果約束字段已經申明為NOT NULL，則無需擔心；
• 觸發器必須是BEFORE而不能是AFTER，另外不必考慮DELETE操作；
• 查詢條件中用“=''”在PostgreSQL是可行的，但在Oracle中無效；
• 以上unique約束針對單一字段，但同樣可推廣到多個字段聯合時的情況。