Inoltre ho notato che mi permette di cambiare la regola di confronto
impostata sul database anche se questo � pieno di dati , non dovrebbe
essere vietato ?
A livello di istanza , tale regola di confronto la vedo infatti in sola
lettura .
Grazie e saluti
Equivale al SIMPLE.
Tra il simple � il full c'� una via di mezzo (BULK-LOGGED) che nella
versione italiana � tradotta come "con registrazione minima delle
transazioni di massa".
Fai riferimento a questa pagina del BOL
http://technet.microsoft.com/it-it/library/ms189275.aspx
> Inoltre ho notato che mi permette di cambiare la regola di confronto
> impostata sul database anche se questo � pieno di dati , non dovrebbe
> essere vietato ?
Non � vietato. Tieni conto che la modifica ha effetto per i nuovi campi che
verranno creati a partire da questo momento (sempre che non specifichi una
collation in maniera esplicita). I campi preesistenti non verranno toccati e
se vuoi modificare i campi preesistenti devi procedere con una serie di
ALTER TABLE
> A livello di istanza , tale regola di confronto la vedo infatti in sola
> lettura .
Per modificare l'impostazione a livello di istanza devi ricostruire i
database di sistema attraverso la procedura di setup (o rebuildm.exe con le
vecchie versioni di SQL Server)
> Grazie e saluti
Bye
--
Luca Bianchi
Microsoft MVP - SQL Server
http://community.ugiss.org/blogs/lbianchi
se io impostassi FULL , e poi per ipotesi alle 15 ho un crash del
database , come faccio a recuperare tutto il lavoro svolto fino alle 15 ?
Grazie e ciao
NON LO RECUPERI! (Se "crash" significa "oops I did it again?" o
qualcosa di simile!!!!
Deve comunque salvare!!
Ma salvare il T-Log ha il vantaggio che essendo (di solito) più
piccolo del db completo puoi farlo con una frequenza maggiore.
L'unica certezza di recupero te la da l'ultimo backup che hai effettuato e
di sicuro puoi recuperare i dati fino a li.
In particolari condizioni, poi, puoi eseguire un backup del transaction log
A DANNO AVVENUTO (ovviamente il t-log deve essere integro e non coinvolto
dal danno) azzerando, quindi, la perdita di dati.
> Grazie e ciao
L'unica certezza di recupero te la da l'ultimo backup che hai effettuato e
di sicuro puoi recuperare i dati fino a li.
In particolari condizioni, poi, puoi eseguire un backup del transaction log
A DANNO AVVENUTO (ovviamente il t-log deve essere integro e non coinvolto
dal danno) azzerando, quindi, la perdita di dati.
> Grazie e ciao
Bye