Come gestire integrità dei dati?

[Gioba66]

Non mi ricordo se ne abbiamo già parlato o meno.
Il quesito: la integrità dei dati nel database meglio gestirla da applicazione o direttamente da database? Vantaggi e svantaggi dei due metodi? Ma poi davvero cosa facciamo?

proviamo a confrontarci su questo aspetto importante...

[index]

Per quanto mi riguarda, preferisco sempre gestirla da applicazione.
Per due ovvie ragioni:
- La gestione via database non è molto flessibile, e di conseguenza è più facile che si presentino errori durante la navigazione. In quel caso saremmo costretti ad intercettari gli errori e gestirli.
- Non costa nulla in termini di codice, assicurarsi validare l'input e l'output.

In effetti in termini di integrità di dati, vera e propria, un ASP Programmer [per la natura stessa di ASP] non fa moltissimo. A malapena possiamo intercettare gli errori e cercare di recuperare la situazione.

Questo è ciò che penso.
Rispondete in massa, sono molto curioso.

[optime]

tutti e due. sembra sovrabbondante, ma non lo è.

1. da applicativo riesci a fare una cosa 'soft', nel senso che se prima di cancellare un cliente controlli se ha ordini in corso, puoi far uscire un bel messaggino colorato che fa tanta simpatia

2. da db c'è l'integrità di sicurezza, nel senso che se hai scritto male l'applicativo e vai comunque a eliminare il cliente, il db va in errore e non resta zoppo

[index]

Ah si ok, dal punto di vista dei dabase ha ragione.
Ma io parlavo di integrità di dati, da un punto di vista atomico.
Cioè: la stringa, la data, il numero.

Se dobbiamo parlare di database ha ragione il collega quando dice che servono entrambi, nel senso che la sicurezza di un database potrebbe essere violata se non si controlla la sua integrità da entrambi i lati.

[optime]

gioba è stato molto chiaro nel suo post. si sta parlando di database.

[Gioba66]

un successone questo tema...

[optime]

e che ti aspettavi? mica stiamo parlando di apici