Vincolo univoco con righe cancellate escluse

Question

Abbiamo una tabella con un vincolo univoco su di esso, per feedback lasciato da un utente, per un altro, in relazione a una vendita.

ALTER TABLE feedback 
ADD CONSTRAINT unique_user_subject_and_sale 
UNIQUE (user_id, subject_id, sale_id) 

Ciò garantisce che non si verifichino accidentalmente righe di feedback duplicate.

Attualmente a volte cancelliamo il feedback lasciato in errore e l'utente ha lasciato di nuovo. Vogliamo cambiare a soft-delete:

ALTER TABLE feedback 
ADD COLUMN deleted_at timestamptz 

Se deleted_at IS NOT NULL, prendere in considerazione le valutazioni cancellato, anche se abbiamo ancora la pista di controllo nel nostro DB (e probabilmente mostrarlo fantasma fuori per gli amministratori del sito).

Come possiamo mantenere il nostro vincolo univoco quando stiamo usando soft-delete come questo? È possibile senza utilizzare un vincolo più generale CHECK() che esegue un controllo di aggregazione (non ho mai provato a utilizzare il controllo di vincolo come questo).

È come se fosse necessario aggiungere una clausola WHERE al vincolo.

Answer 1

tuo indice univoco, in seguito modificati fuori .

CREATE UNIQUE INDEX feedback_unique_user_subject_and_sale_null 
ON feedback(user_id, subject_id, sale_id) 
WHERE deleted_at IS NULL 

Il tuo indice univoco ha almeno due effetti collaterali che potrebbero causare qualche problema.

1. In altre tabelle, non è possibile impostare un vincolo di chiave esterna che fa riferimento a "feedback". Un riferimento a chiave esterna richiede una combinazione di colonne da dichiarare come primary key o unique.
2. L'indice univoco consente più righe che differiscono da solo nel timestamp "deleted_at". Quindi è possibile finire con le righe che assomigliano all'esempio qui sotto. Se questo è un problema dipende dall'applicazione.

Esempio

user_id subject_id sale_id deleted_at 
-- 
1  1   1  2012-01-01 08:00:01.33 
1  1   1  2012-01-01 08:00:01.34 
1  1   1  2012-01-01 08:00:01.35 

documenti di PostgreSQL questo tipo di indice come un indice parziale , dovrebbe avete bisogno a Google qualche volta. Altre piattaforme usano termini differenti per questo - indice filtrato è uno. È possibile limitare i problemi in una certa misura con una coppia di indici parziali.

CREATE UNIQUE INDEX feedback_unique_user_subject_and_sale_null 
ON feedback(user_id, subject_id, sale_id) 
WHERE deleted_at IS NULL 

CREATE UNIQUE INDEX feedback_unique_user_subject_and_sale_not_null 
ON feedback(user_id, subject_id, sale_id) 
WHERE deleted_at IS NOT NULL 

Ma vedo alcun motivo per andare a questo disturbo, soprattutto in considerazione i potenziali problemi con chiavi esterne. Se la tabella assomiglia a questo

create table feedback (
    feedback_id integer primary key, 
    user_id ... 
    subject_id ... 
    sale_id ... 
    deleted_at ... 
    constraint unique_user_subj_sale 
    unique (user_id, subject_id, sale_id) 
); 

allora tutto ciò che serve è che vincolo univoco su {user_id, icLsoggetto, sale_id}. Potresti inoltre considerare di fare tutte le eliminazioni usando la colonna "deleted_at" invece di fare una cancellazione hard.

Answer 2

Nonostante il fatto che la documentazione di PostgreSQL consiglia di non utilizzare un indice univoco al posto di un vincolo (se il punto è quello di avere un vincolo), sembra che si può fare

CREATE UNIQUE INDEX feedback_unique_user_subject_and_sale 
ON feedback(user_id, subject_id, sale_id) 
WHERE deleted_at IS NULL