Supponendo il contesto di un CRUD:
Dopo aver eseguito un database DELETE , il metodo di eliminazione di un'applicazione dovrebbe controllare se i record sono stati effettivamente rimossi dal database?
In caso affermativo, quanto è valido per le altre azioni "alteranti" (CU)?
La maggior parte dei sistemi di database relazionali restituirà il "numero di record interessati", che nel caso di DELETE, sarebbe il numero di record cancellati. Questa è la conferma che ti serve.
È standard per eliminare istruzioni SQL per restituire il numero di istruzioni interessate, o in altre parole, il numero di righe cancellate.
Sei libero di fare con quell'informazione quello che vuoi. Se è rilevante per il tuo cliente sapere che l'eliminazione è stata un successo, il server avrebbe risposto di conseguenza. Se non lo fosse, ma è trasparente per l'utente (di solito il migliore, a meno che non sia importante sapere se e quando un altro utente cancella il record per primo), allora si ignorerebbe e restituirebbe comunque un successo.
La mia idea è che gli errori di questo tipo in cui non è stato eliminato nulla vengano segnalati a un registro per un amministratore di sistema, ma vengono riportati come un successo per l'utente. Nella maggior parte dei casi l'utente non ha bisogno di vedere gli errori a meno che non ottengano il risultato che desiderano e sono necessari ulteriori interventi, almeno a mio modesto parere.