Il mio RDBMS multi-server o la mia applicazione gestiscono l'integrità referenziale del database?

Se c'è qualche possibilità che il DB venga modificato al di fuori dell'applicazione, si vogliono i vincoli nel database. Se il DB è e sarà sempre nient'altro che il back-end dell'applicazione, puoi lasciarli fuori, anche se li avrei documentati per ogni evenienza e probabilmente li terrei dentro solo se il risultato della performance non fosse poi così male. (Il software Peoplesoft funziona in questo modo: i vincoli sono nel software e (non lo sto facendo) esegue tutto come SYS su Oracle.)

Vuoi che le cose vengano monitorate dall'applicazione, in modo che possa reagire in modo intelligente e non nel migliore dei casi rispedisca un messaggio di errore del database all'utente.

E, sì, questa è una doppia copertura, ma senza di essa probabilmente otterrai corruzione dei dati prevenibile o un'interfaccia utente sbagliata.

Idealmente, entrambi. Non dovresti non avere il DB a gestirlo, ma poi di nuovo, se l'app genera dati che il DB rifiuterà, si tratta di un errore di runtime, quindi l'app dovrebbe avere almeno un codice dedicato preservare l'integrità referenziale. Inoltre, impostare i vincoli giusti in SQL nel DB è molto più semplice che configurare il codice per il lato client, quindi farlo sul DB riduce notevolmente la quantità di lavoro che è necessario eseguire.

Se è importante, lascia che sia il database a gestirlo. In questo modo, non devi preoccuparti di qualcuno che accede al database all'esterno dell'applicazione e modifica o inserisce dati incoerenti o duplicati. A meno che non si tratti di alcune applicazioni specifiche di alto livello (come "solo gli utenti del dipartimento X che hanno una classe di accesso ZZZ dovrebbero appartenere al gruppo 999"), ma di solito non si parla di integrità "referenziale".

Direi di inserire nel database. Se utilizzi un framework persistente, raccoglierà automaticamente le chiavi.

Entrambi sono decisamente la strada da percorrere. Avrai bisogno di logica di validazione nel tuo codice per evitare aggiornamenti e inserimenti sbagliati e per dire agli utenti cosa è successo e come risolverlo. E avere il database lì per eseguire il back-stop delle cose, quindi se qualcosa è entrato e non è stato eseguito attraverso la convalida, non sarebbe stato un errore.

Dovresti mantenere il database di livello superiore. Ad esempio, far rispettare l'integralità referenziale e forse alcuni non nulla. Ma non preoccuparti di limitare lunghezze o formati poiché è meglio renderlo interamente all'applicazione.