Abbiamo sempre usato C # per interrogare Active Directory, di recente abbiamo bisogno di aggiungere una patch ad un certo codice e sarebbe più facile per noi interrogare Active Directory direttamente dal DB SQL in quanto non avremmo bisogno di apportare alcuna modifica al nostro codice base altre stored procedure.
Non ho idea di come sarebbe stato visto nel mondo delle migliori pratiche, sarebbe considerato una cattiva mossa di design?
È possibile aggiungere librerie di classi .net a MSSQL. Questo ti permetterà di fare tutto ciò che puoi programmare. E puoi sicuramente creare una lib di classe .net che possa interrogare Active Directory
Tuttavia! L'unica ragione per cui posso pensare di fare questo è che ti manca completamente un livello di applicazione per il tuo software e stai facendo tutto in stored process.
Questo è considerato una cattiva pratica per molte ragioni, ma soprattutto perché il codice in esecuzione sulla tua casella SQL rallenta la sua funzione principale di essere un database e lo rende un collo di bottiglia costoso per l'intera operazione.
Modifica: come hai aggiornato ho pensato ad una seconda ragione:
Hai implementato il controllo delle modifiche sul tuo codice sorgente, il che vuol dire che se cambi il codice sorgente hai bisogno di un po 'di burocrazia, magari di versioni, test e distribuzione. Tuttavia, non hai implementato gli stessi controlli sul tuo database e puoi aggiornare proc o dati memorizzati senza dover fare queste cose.
Questa è anche una cattiva pratica, poiché dovresti implementare lo stesso controllo delle modifiche per il tuo database come con il resto del codice.
Leggi altre domande sui tag design c# sql-server active-directory