2015-08-07 12 views

risposta

3

Motivo 1: l'amministratore del database può decidere di gestire le autorizzazioni e le impostazioni a livello di database direttamente sul server.

Motivo 2: alcune persone preferiscono inserire le impostazioni a livello di database in un progetto di database separato. Ciò è utile quando si dispone di più database sullo stesso server, ognuno con il proprio progetto di database e non si desidera duplicare gli script per le impostazioni di accesso & in ciascun progetto. (Ecco come i progetti di database pre-SSDT lavorato Faresti creare un progetto server per la roba a livello di server in aggiunta al database progetti..)

+4

Lieve tweak per Reason # 1 - molte persone usano diversi login/utenti in ogni ambiente. Memorizzare un insieme di utenti/login/permessi non sarà necessariamente utile quando si spinge in altri ambienti. Sperando che MS alla fine rilasci una soluzione per questo, quindi non dobbiamo usare script post-deploy per le autorizzazioni. Questa è una delle aree più dolorose da impostare inizialmente per i nostri progetti. –

Problemi correlati