Fehler beim Aktivieren von Code-First-Migrationen auf der Datenbank für mobile Dienste

Question

Ich habe ein Azure Mobile Services-Projekt (C# -Backend), das ich kürzlich erstellt und an eine Azure SQL-Datenbank angehängt habe. Ich habe versucht, Code-First-Migrationen für diese Backing-Datenbank zu aktivieren, aber es werden Fehler ausgegeben, wenn ich versuche, die Datenbank zu aktualisieren.

Ich habe alle herkömmlichen Schritte durchlaufen, um Migrationen zu ermöglichen (Enable-Migrations, Add-Migration). Aber wenn ich versuche, Update-Datenbank, gibt es den folgenden Fehler zurück:

Cannot create more than one clustered index on table 'dbo.Appointments'. Drop the existing clustered index 'PK_dbo.Appointments' before creating another.

Warum passiert das? Es gibt keine Tabellen in meiner Datenbank, und das Projekt ist so ziemlich der Standard.

Answer 1

Ich hatte gerade das gleiche Problem.

Es durch die Definition von EntityData verursacht wird, die unsere Basisklasse:

public class OrgTest : EntityData 
{ 
    public string Prop1 { get; set; } 
} 

ich EntityData mit meiner eigenen Implementierung „CustomEntity“ ersetzt, wo ich das Attribut entfernt [Index (IsClustered = true)] auf dem CreatedAt Säule:

public abstract class CustomEntity : ITableData 
{ 
    // protected CustomEntity(); 

    [DatabaseGenerated(DatabaseGeneratedOption.Identity)] 
    [TableColumn(TableColumnType.CreatedAt)] 
    public DateTimeOffset? CreatedAt { get; set; } 
    [TableColumn(TableColumnType.Deleted)] 
    public bool Deleted { get; set; } 
    [Key] 
    [TableColumn(TableColumnType.Id)] 
    public string Id { get; set; } 
    [DatabaseGenerated(DatabaseGeneratedOption.Computed)] 
    [TableColumn(TableColumnType.UpdatedAt)] 
    public DateTimeOffset? UpdatedAt { get; set; } 
    [TableColumn(TableColumnType.Version)] 
    [Timestamp] 
    public byte[] Version { get; set; } 
} 

und ich erben jetzt von dieser:

public class OrgTest : CustomEntity // EntityData 
{ 
    public string Prop1 { get; set; } 
} 

Wahrscheinlich werde ich weiter Probleme haben, aber vorläufig kann ich mein Modell erstellen! Hoffe du kannst auch so starten!

Answer 2

Ich kämpfte heute für ein paar Stunden mit diesem Problem. Bis ich diesen Link gefunden:

How to make data model changes to a .NET backend mobile service

Wenn Sie die Anweisungen befolgen, wird es auf jeden Fall funktionieren. Die Hauptsache ist, dass die Migration stattfindet, wenn Sie während einer lokalen Debugging-Sitzung F5 drücken.

Answer 3

diesen Artikel:

avoid nightmares using ef first migration in azure mobile services

EntityData einen Cluster Index-zu CreateAt definieren und Id ist standardmäßig ein Cluster-Index, auf diese Weise einen Fehler liefern und Sie sollten nur einen definieren.

Answer 4

Wenn Sie diesen Fehler in update-database nach dem Erstellen der Migrationsklasse erhalten, dann schauen Sie sich @ Ihre Migrationsklasse an. Die Migrationsklasse übernimmt den primären gruppierten Index. Entfernen Sie das also von der up() -Methode.

.PrimaryKey (t => t.Id, gruppiert: falsch) .Index (t => t.CreatedAt, clustered: true);

Wenn Sie es auf einem azure mobilen Dienst verwenden, rufen Sie 'update-database' nicht manuell auf. refer http://azure.microsoft.com/en-in/documentation/articles/mobile-services-dotnet-backend-how-to-use-code-first-migrations/

Answer 5

Einige der Antworten über das Ableiten von einer benutzerdefinierten Entitätsklasse funktionieren, aber sie sind nicht die ideale Lösung. Wie das EF-Team (und andere) bereits erwähnt haben, müssen Sie diese Zeile einfach zu Ihrem Kontextkonfigurationskonstruktor hinzufügen.

Dies wird Ihre Fehler beim Erstellen von Migrationen entfernen und Ihnen ermöglichen, die Datenbank über den Powershell-Befehl zu aktualisieren.