Gestire tutte le logiche di autenticazione nel database o nel codice?

No, non è tipico che una stored procedure gestisca tutta la convalida dei dati. Dalle mie osservazioni, le stored procedure dovrebbero usare le asserzioni come ultima linea di difesa contro i cattivi dati. Come assicurarsi che i dati di stringa non superino la lunghezza dei caratteri n per un campo particolare. Roba come la password deve soddisfare determinati criteri come avere almeno 1 carattere speciale, 1 numero e non avere spazi di solito viene gestita nel livello dell'applicazione. Il livello dell'applicazione dovrebbe fare il lavoro di validazione principale prima che i dati arrivino alla stored procedure.

C'è una logica che deve vivere nel database, come il controllo di unicità di RI e PK.

Il punto buono della logica aggiuntiva nel livello dati è che la creazione di codice nelle stored procedure semplifica il codice client in modo significativo e può farti dimenticare completamente una rottura centrale se la scalabilità non è la preoccupazione principale. Potrebbe anche ridurre gli spostamenti tra il codice chiamante e il database negli "scenari / casi felici". Inoltre, come hai identificato, consente "all'azienda" di condividere la logica. Lo svantaggio è che, più codice inserisci nel tuo livello dati, più la tua applicazione sarà legata al database e al suo fornitore. Avrai bisogno dell'abilità sia nella parte anteriore che nel rovescio della tua squadra. Se la tua squadra è OO centric, potrebbero non godere della natura procedurale SP. Ad esempio, potrebbe essere necessario sostituire la facilità di utilizzo degli oggetti in LINQ per l'utilizzo dell'esperienza in SQL. Penso anche che quando hai memorizzato la procedura molti non sono in grado di scalare la tua applicazione aggiungendo server di database, ma non sono sicuro su questo punto. Se questa è una preoccupazione, potrebbe essere necessario ricercarla. Potresti anche essere interessato a questo post: argomenti-per-contro-affari -logic-in--stored procedure

Modifica, Può valere la pena ricordare che il controllo della versione può essere più difficile con il codice distribuito in più di un ambiente.