Definisci convenzione audit sulle tabelle
This commit is contained in:
@@ -229,6 +229,35 @@ Ogni azione che cambia stock, stato o configurazione deve registrare:
|
||||
|
||||
Questo e' indispensabile per produzione, assistenza e consulenza.
|
||||
|
||||
### Campi audit standard su tutte le tabelle
|
||||
|
||||
Tutte le tabelle persistenti di dominio devono adottare un blocco audit comune.
|
||||
|
||||
Forma consigliata:
|
||||
|
||||
- created_by;
|
||||
- created_at;
|
||||
- updated_by;
|
||||
- updated_at;
|
||||
- deleted_by;
|
||||
- deleted_at.
|
||||
|
||||
Questa forma e' piu' leggibile di soluzioni troppo sintetiche come un singolo campo JSON di audit.
|
||||
|
||||
Il vantaggio e' che ogni tabella resta interrogabile direttamente con SQL semplice, anche durante assistenza, debug o migrazione.
|
||||
|
||||
Le cancellazioni devono essere logiche, non fisiche, salvo casi tecnici molto controllati.
|
||||
|
||||
Un record con deleted_at valorizzato e' considerato cancellato.
|
||||
|
||||
Un record con deleted_at nullo e' considerato attivo.
|
||||
|
||||
Questo blocco audit non sostituisce AuditEvent.
|
||||
|
||||
Il blocco audit serve a sapere lo stato amministrativo corrente della riga.
|
||||
|
||||
AuditEvent serve invece a ricostruire la sequenza storica completa delle operazioni.
|
||||
|
||||
## Entita' teoriche di supporto
|
||||
|
||||
Oltre alle entita' operative elencate sotto, il modello dovra' prevedere almeno queste entita' di supporto, anche se alcune possono essere minime nell'MVP:
|
||||
|
||||
Reference in New Issue
Block a user