Problemi relativi all'evoluzione del database
Quando si modifica la struttura di un database distribuito, è necessario assicurarsi che tale modifica sia compatibile con i dati e la struttura del database esistenti. Le seguenti modifiche potrebbero richiedere l'esecuzione di operazioni specifiche:
Aggiunta di un vincolo Se si aggiunge un vincolo, il database potrebbe già contenere dati che non lo rispettano. Quando si tenta di salvare il nuovo vincolo, nella finestra di dialogo Notifiche postsalvataggio si avviserà l'utente che il server database non può creare il vincolo. Per imporre al database l'accettazione del nuovo vincolo, deselezionare la casella di controllo Verifica dati esistenti durante la creazione. Per ulteriori informazioni, vedere Procedura: controllare i dati esistenti durante la creazione di un vincolo CHECK.
Aggiunta di una relazione Se si aggiunge una relazione, il database potrebbe già contenere righe della tabella chiave esterna che non hanno righe corrispondenti nella tabella chiave primaria. I dati esistenti potrebbero pertanto non soddisfare l'integrità referenziale. Quando si tenta di salvare la nuova relazione, la finestra di dialogo Notifiche postsalvataggio avviserà che il server database non può salvare la tabella chiave esterna modificata. Per imporre al database l'accettazione della modifica, deselezionare la casella di controllo Verifica dati esistenti durante la creazione. Per informazioni dettagliate, vedere Procedura: controllare i dati esistenti durante la creazione di un vincolo CHECK.
Modifica di una tabella che contribuisce a una visualizzazione indicizzata Se si modifica una tabella che contribuisce a una visualizzazione indicizzata Microsoft SQL Server, gli indici della vista andranno persi. Per informazioni sulla creazione degli indici, vedere la documentazione online di SQL Server.
Eliminazione di un oggetto Se si elimina un oggetto, ad esempio una colonna, una tabella o una visualizzazione, verificare innanzitutto che nessun altro oggetto del database vi faccia riferimento.
Indipendentemente dalla modalità in base a cui si modifica la progettazione del database, è consigliabile mantenere una cronologia delle modifiche. Una possibile soluzione consiste nel mantenere gli script SQL per tutte le modifiche apportate al database di produzione.