[Python] [Python e PostgreSQL] All'interno delle eccezioni, le transazioni si comportano diversamente?

[Giovanni Porcari]

Il giorno 25/ott/2010, alle ore 10.45, Matteo Mattsteel Vitturi ha scritto:

> Ciao Marco.
> Vedo un'errore di fondo nell'uso del database, di qualunque marca esso sia.
> 
> In pratica stai tentando di modificare l'id della chiave primaria della tabella nazioni "contemporaneamente" al corrispettivo id di chiave esterna della tabella clienti.
> Semplicemente, non puoi farlo e il problema dipende dal fatto che esiste un legame di foreing-key tra le due tabelle.
> Dovresti fare così:
> 1. inserire in tabella nazioni la riga con il nuovo id di chiave primaria
> 2. sganciare la chiave esterna della tabella clientiin modo che non punti più alla vecchia chiave primaria e punti alla nuova chiave primaria.
> 3. (tentare di) cancellare la riga della vecchia chiave primaria. Dico "tentare" perché potresti non riuscirci in quanto potresti aver dimenticato di sganciare una riga di clienti.
> 
> L'alternativa potrebbe essere quella di disabilitare per un momento il vincolo di foreign-key, effettuare i due update (come dici tu nel tuo pezzetto di codice) ed infine riattivare la foreign-key... e qui potresti non riuscirci... perché è successo qualcosa nel frattempo.
> 
> Per inciso, con SQLite non avresti il problema in quanto le foreign-key sono sì dichiarabili ma non vengono imposte (enforced) al database.
> 
> Saluti.

Forse la cosa può essere risolta anche usando nella dichiarazione della table col la clausola
ON UPDATE CASCADE  (http://www.postgresql.org/docs/8.4/interactive/sql-createtable.html)

nella stessa pagina trovi anche le indicazioni per l'uso di
[ DEFERRABLE | NOT DEFERRABLE ] [ INITIALLY DEFERRED | INITIALLY IMMEDIATE ]

che è molto comodo per procrastinare il controllo dell'integrità referenziale 
alla chiusura della transazione.

Ciao
G