Entity Framework-Code erster Migrations: Set Primärschlüsselwert

Question

Ich habe eine Tabelle, die zusätzliche Daten für einige Zeilen einer Tabelle wie speichert:

public class QuoteExtra 
{ 
    [Key] 
    public int QuoteId { get; set; } 
    // More fields here 
} 

Ich mag würde zu können, fügen Sie Zeilen dieser Tabelle wo ich den PK explizit setze.

Wenn ich es einfach wie oben belassen habe, wird durch Setzen eines Werts und Übergeben der Zeile der Wert verworfen und durch den automatisch generierten Wert aus der Datenbank ersetzt (und die Spalte wird im aktuellen Schema als Identitätsspalte definiert)).

Dies scheint die richtige Lösung zu sein:

public class QuoteExtra 
{ 
    [Key] 
    [DatabaseGenerated(DatabaseGeneratedOption.None)] 
    public int QuoteId { get; set; } 
    // More fields here 
} 

dies jedoch stattdessen wird mir die Ausnahme:

Kann nicht expliziten Wert für Identitätsspalte in der Tabelle ‚EnumTest‘ einfügen, wenn IDENTITY_INSERT eingestellt wird AUS.

Also, wie schreibe ich meine Klasse, so dass ich den Wert eines Primärschlüssels in EF festlegen kann?

Edit:

ich das Hinzufügen versuchte die folgende Code-basierte Migration IDENTITY_INSERT auf ON zu setzen:

public override void Up() 
{ 
    Sql("SET IDENTITY_INSERT QuoteExtra ON"); 
} 

ich es lief und versuchte es noch einmal, aber bekam die gleiche Ausnahme wie oben. Was seltsam ist, ist, dass die Datenbank diese Einstellung widerspiegelt, und das direkte Ausführen von SQL erlaubt mir, willkürliche Werte für den Primärschlüssel einzufügen - so scheint es, dass Entity Framework selbst diese Regel durchsetzt und nicht erkennt, dass IDENTITY_INSERT nicht drin ist Tatsache ausgeschaltet. Muss ich es irgendwo in EF selbst einstellen?

Edit 2:

I IDENTITY_INSERT falsch verstanden; Ich nahm an, es einmal für diesen Tisch auf unbestimmte Zeit zu setzen. In der Tat lebt es so lange wie die "Session", was bedeutet, dass zum Beispiel das Setzen in einer Migration bedeutet, dass es lebt ... solange diese Migration läuft und keine Auswirkungen auf zukünftige Verbindungen wie meine spätere .Add() mit EF hat Das erklärt, warum ich immer noch diese Ausnahme habe - die DB ist wirklich die Quelle der Ausnahme, nicht EF. Da IDENTITY_INSERT auf höchstens eine Tabelle pro Sitzung beschränkt ist, ist dies eine ziemlich ineffiziente Art und Weise - das Erstellen einer Identity PK-Spalte an erster Stelle scheint eine bessere Route zu sein.

Answer 1

Dies ist der richtige Weg, um eine PK ohne Identität Autoincrement schaffen aktiviert:

public class QuoteExtra 
{ 
    [Key] 
    [DatabaseGenerated(DatabaseGeneratedOption.None)] 
    public int QuoteId { get; set; } 
    // More fields here 
} 

Wenn Sie jedoch DatabaseGenerated (DatabaseGeneratedOption.None) hinzufügen] nach EF Migrationen hat bereits die Tabelle erstellt, tut es ruhig nichts an den Tisch.Wenn dies Ihr Szenario müssen Sie eine manuelle Migration hinzuzufügen, um die Tabelle löschen:

add-migration RecreateQuoteExtra 

Und in der Migration:

public override void Up() 
{ 
    DropTable("QuoteExtra"); 
} 

EF automatische Migrationen werden dann automatisch die Tabelle ohne Identitäts Constraint neu erstellen, Damit können Sie den PK-Wert jederzeit einstellen, ohne spezielle Befehle wie IDENTITY_INSERT ON ausführen zu müssen.

Es klingt wie eine weniger destruktive Möglichkeit, dies in EF7 ("Data Motion") kommt, oder Sie könnten eine Menge manuell sql selbst in der Migration schreiben, um temporäre Tabellen zu erstellen und Daten zu verschieben, wenn Sie wollten Vermeiden Sie den Verlust vorhandener Daten in der Tabelle.

BEARBEITEN: Je nach Szenario erstellt EF Migrations die Tabelle möglicherweise nicht neu. Wenn die Klasse bereits existiert und bereits zu Ihrem DbContext hinzugefügt wurde, wird sie einfach fallengelassen, dh Ihre manuelle Migration muss nicht nur abgebrochen werden aber auch die Tabelle erstellen. Keine große Sache, da der Gerüstcode, den EF Migrations für Sie aus der Add-Migration generiert, diese Anweisungen für Sie erstellt, aber es ist ein bisschen mehr Code, den Sie bei Problemen überprüfen können.

Answer 2

Es ist die richtige Lösung, aber nur für eine neue Tabelle. Wenn Sie die datenbankgenerierte Option für eine vorhandene Tabelle ändern, können EF-Migrationen diese Änderung nicht durchführen und Ihre QuoteId-Spalte ist weiterhin als Identity in der Datenbank markiert.

Answer 3

Ich konnte dieses Problem mit Ihren Hints nicht lösen, dann habe ich versucht, die gesamte Datenbank neu zu erstellen, aber es hat auch nicht funktioniert.

Um dies zu beheben, müssen Sie die identity: true Eigenschaft bei der ersten (!) Erstellung der Spalte (z. B. Initial-Migration) entfernen.

Vielleicht wird es jemand helfen ..