Creare una relazione forzata tra tabelle

[American]

Supponiamo di avere una tabella utenti così strutturata

utenti
ID|Nome|Cognome|Abilitato

dove la colonna "Abilitato" contiene un valore 0 o 1 a seconda se l'utente è attivo(1) o è stato bannato(0)

Poi utilizzo una tabella separata per memorizzare tutte le informazioni relative al ban degli utenti

utenti_bannati
ID|Motivazione|Data del ban

Da un punto di vista logico nel momento in cui vado a bannare un utente (utenti.Abilitato passa a 0), questo deve essere necessariamente memorizzato nella tabella utenti_bannati.
Allo stesso modo, quando elimino un utente da utenti_bannati, la colonna utenti.Abilitato deve passare a 1

Sono accorgimenti che devo necessariamente ricordarmi di prendere nel momento in cui creo lo script di query oppure posso creare una "relazione obbligatoria" tra la il campo e la tabella che se non viene rispettata lancia un errore?

[optime]

qualcosa (non tutto!) si può fare con dei trigger. ma andrebbe specificato per quale db (ricordi il regolamento ?)

[piero.mac]

Se banni un utente e lo scrivi in apposita tabella deve rimanere scritoo a vita. Altrimenti la cancellazione rappresenterebbe il condono tombale....

Aggiungerei un campo col il numero dei ban raggiunto. dopo il secondo "mortus es for ever"

Per ripristinare l'utente rimetti 1 al posto dello zero.

[nman]

.... quando elimino un utente da utenti_bannati, ....
.... creo lo script di query ....
.... "relazione obbligatoria" .... se non viene rispettata lancia un errore? ....

io valuterei anche la 3° strada che non hai ancora citato.
-- La prima è lo Script o Trigger
-- La seconda è lo script o Trigger + qualcosa che ti lancia un errore


la terza invece
Nella tabella utenti elimini il campo "Abilitato"
Nella tabella utenti_bannati aggiungi un campo di "RIAbilitato" ( Chiamiamolo RAB )
Ti fai una vista fra la tabella utenti e utenti_bannati e escludi gli utenti che hanno un ban privo del RAB


Mi sono spiegato male ma penso che si capisce


certamente è più lento perche deve elaborare .....

ma
- non rischi di sbagliare
- non hai script/trigger
- ti resta storia dei vecchi ban anche se "perdonati" con RAB

.

[American]

io valuterei anche la 3° strada che non hai ancora citato.
-- La prima è lo Script o Trigger
-- La seconda è lo script o Trigger + qualcosa che ti lancia un errore


la terza invece
Nella tabella utenti elimini il campo "Abilitato"
Nella tabella utenti_bannati aggiungi un campo di "RIAbilitato" ( Chiamiamolo RAB )
Ti fai una vista fra la tabella utenti e utenti_bannati e escludi gli utenti che hanno un ban privo del RAB


Mi sono spiegato male ma penso che si capisce


certamente è più lento perche deve elaborare .....

ma
- non rischi di sbagliare
- non hai script/trigger
- ti resta storia dei vecchi ban anche se "perdonati" con RAB

.

Considera che utenti.Abilitato mi serve a prescindere perchè ci sono diversi stati che gli utenti possono assumere (ad esempio un utente che ha ancora in sospeso la verifica mail).

Ad ogni modo non è questo il punto, perchè la storia del creare una colonna RAB in utenti_bannati mi pare un po' macchinosa inoltre inzozzo il database di informazioni che rischiano di diventare obsolete

[American]

qualcosa (non tutto!) si può fare con dei trigger. ma andrebbe specificato per quale db (ricordi il regolamento ?)

non mi fa modificare il messaggio, cmq il DB è Mysql

[nman]

.... mi pare un po' macchinosa inoltre inzozzo il database ...

Mi scusi non intervengo più

certo che io nei miei DB ho dei record vecchi di decenni ma li ritengo ancora puliti

[American]

scusa non volevo offenderti.. la considerazione era riferita a quelli che sono i miei scopi, magari in altre circostanze il tuo metodo risulta più organizzato.