Entity Framework 4.1 Il modello di backup del contesto è cambiato da quando il database è stato creato, subito dopo la creazione del DB

Question

Sto lavorando a un progetto che utilizza Entity Framework 4.1 per mantenere i nostri vari oggetti nel database (prima il codice).

Sto testando in Visual Studio con un DB SQL Express locale e il nostro server Jenkins distribuisce codice impegnato su un server di prova. Quando ciò accade, modifica temporaneamente la stringa di connessione locale per puntare al server DB di test ed eseguo un test dell'unità per ricreare il database di test in modo che corrisponda alle nostre ultime entità, ecc.

Ho notato di recente i nostri test server sta dando questo errore:

Il modello di backup del contesto "EntityFrameworkUnitOfWork" è stato modificato da quando il database è stato creato. Eliminare o aggiornare manualmente il database o chiamare Database.SetInitializer con un'istanza IDatabaseInitializer. Ad esempio, la strategia DropCreateDatabaseIfModelChanges eliminerà e ricreerà automaticamente il database e facoltativamente lo seminerà con nuovi dati.

Questo di solito è un'indicazione che il nostro codice è cambiato e ho bisogno di eseguire il test dell'unità per ricreare il database. Tranne che l'ho appena fatto! Non credo che ci sia qualcosa di sbagliato nel nostro processo di distribuzione: le DLL sul server di test sembrano essere le stesse versioni del mio ambiente locale. Ci sono altre impostazioni o fattori ambientali che possono causare questo errore sul modello che è cambiato da quando è stato creato il database?

Sono nuovo qui - grazie per qualsiasi aiuto!

Answer 1

L'errore visualizzato indica che l'hash del modello memorizzato nella tabella EdmMetadata è diverso dall'hash del modello calcolato dal modello nell'applicazione.Poiché stai eseguendo la creazione di database da un'applicazione diversa (la tua applicazione di sviluppo) è possibile che questi due differiscano. Un consiglio semplice è: non utilizzare applicazioni diverse per la creazione del database e lasciare che l'applicazione principale crei il database (automaticamente o, ad esempio, con alcune interfacce di amministrazione).

Come ulteriore opzione si dovrebbe essere in grado di disattivare questo controllo completamente rimuovendo la Convenzione incaricata di questi controlli:

modelBuilder.Conventions.Remove<IncludeMetadataConvention>(); 

modello hash calcolo è dipendente da entità correnti nella vostra applicazione (qualsiasi risultato semplice cambiamento diverso hash del modello) e versioni/manifest del server database. Ad esempio, un modello distribuito su SQL server 2005 e 2008 avrà un hash del modello diverso (Express vs. Full o 2008 vs 2008 R2 non dovrebbe comportare un hash di modello diverso).

Answer 2

Il codice Entity Framework crea innanzitutto una tabella denominata EdmMetadata. Mantiene un hash del tuo modello attuale. Una volta eseguita l'applicazione, EF controlla se il modello utilizzato è lo stesso del modello che il db 'conosce'.

Se si desidera eseguire la migrazione del database, suggerisco di utilizzare EF Code first migrations sebbene sia ancora un alfa.

Se non si desidera utilizzare le migrazioni è possibile:

gestire la modifica dello schema manualmente - che significa spostare il contenuto della tabella EdmMetadata al server di prova con tutti i cambiamenti

o

impostare l'inizializzatore db su DropCreateDatabaseIfModelChanges (o meglio qualcosa derivato da esso e utilizzare il metodo Seed() per scrivere i dati iniziali). Per impostare l'initialzer o chiamare Database.SetInitializer() su richiesta avviare o utilizzare i appsettings

<add key="DatabaseInitializerForType Fully.Qualified.Name.Of.Your.DbContext," value="Fully.Qualified.Name.Of.The.Initializer" /> 

Answer 3

Questo potrebbe aiutare e il link al blog di Scott G sarà sicuramente una soluzione al vostro problema controllare questa domanda link

Edit 1: questo è il link to Scott G blog

Edit 2: si può anche verificare se si utilizza this prima un database sul server di integrazione

Edit 3: questo è un more detailed answer come quello di Scott G

Answer 4

Ciò può accadere a causa della riflessione che ordina le differenze tra diverse piattaforme. Per verificare, è possibile utilizzare l'API EdmxWriter per confrontare EDMX da entrambi gli ambienti. Se una delle tabelle ha un ordinamento di colonne diverso, allora questo è il problema.

Per risolvere il problema, è possibile modificare il modo in cui il database di test viene aggiornato in modo che venga aggiornato dal server di prova anziché dalla casella locale.

Stiamo andando a risolvere questo problema nella prossima versione.

Answer 5

I due server che eseguono l'applicazione eseguono sistemi operativi diversi (o service pack?). Sembra che lo SHA256CryptoService utilizzato possa generare una PlatformNotSupportedException che ne causa il fallback su un altro metodo.

http://msdn.microsoft.com/en-us/library/system.security.cryptography.sha256cryptoserviceprovider.sha256cryptoserviceprovider.aspx

// System.Data.Entity.Internal.CodeFirstCachedMetadataWorkspace 
private static SHA256 GetSha256HashAlgorithm() 
{ 
    SHA256 result; 
    try 
    { 
    result = new SHA256CryptoServiceProvider(); 
    } 
    catch (PlatformNotSupportedException) 
    { 
    result = new SHA256Managed(); 
    } 
    return result; 
} 

Si può essere in grado di testare questo utilizzando riflessione per richiamare i seguenti 2 metodi (interni/privati) su ciascun server.

MetaDataWorkspace.ToMetadataWorkspace(DbDatabaseMapping, Action<string>) 
CodeFirstCachedMetadataWorkspace.ComputeSha256Hash(string xml); 

Answer 6

Nell'approccio code-first, l'SSDL viene generato durante l'esecuzione del codice. Una delle informazioni incluse nell'SSDL generato è il nome del provider utilizzato in DbConnection. Come hai detto, ti stai collegando a diversi motori di database, quindi devi utilizzare due diversi provider. Questo modifica completamente l'output della funzione di hashing.

Il codice qui sotto è stato estratto dal gruppo EntityFramework:

using (XmlWriter writer = XmlWriter.Create(output, settings)) 
{ 
    new SsdlSerializer().Serialize(database, providerInfo.ProviderInvariantName, providerInfo.ProviderManifestToken, writer); 
} 

Answer 7

Ho solo accidentalmente rinominato il mio file mdf e ottenuto questo errore. Quindi guarda anche questo.