gpt4 book ai didi

c# - Code First 迁移和初始化错误

转载 作者:行者123 更新时间:2023-12-01 23:51:27 27 4
gpt4 key购买 nike

我不确定如何使用代码优先迁移功能。根据我的理解,如果数据库尚不存在,它应该创建我的数据库,并根据迁移文件将其更新到最新架构。但我正在努力解决这个问题,因为我总是遇到很多错误,而且我不确定如何正确使用它..

internal class Program
{
private static void Main()
{
EntityFrameworkProfiler.Initialize();

Database.DefaultConnectionFactory = new SqlCeConnectionFactory("System.Data.SqlServerCe.4.0");
Database.SetInitializer(new MigrateDatabaseToLatestVersion<MyContext, Migrations.Configuration>());

using (var context = new MyContext())
{
var exists = context.Database.Exists();
if (!exists)
{
context.Database.Create();
}

var element = context.Dummies.FirstOrDefault();
}
}
}

public class MyContext : DbContext
{
public MyContext()
: base(string.Format(@"DataSource=""{0}""", @"C:\Users\user\Desktop\MyContext.sdf"))
{
}

public DbSet<Dummy> Dummies { get; set; }
}

internal sealed class Configuration : DbMigrationsConfiguration<MyContext>
{
public Configuration()
{
AutomaticMigrationsEnabled = true;
}

protected override void Seed(CodeFirstTest.MyContext context)
{
}
}

使用 Entity Framework 分析器检查执行了哪些语句。当我在不存在数据库的情况下运行程序时,我得到以下输出:

-- statement #1 SELECT [GroupBy1].[A1] AS [C1] FROM (SELECT COUNT(1) AS [A1] FROM [__MigrationHistory] AS [Extent1]) AS [GroupBy1]

-- statement #2 WARN: System.Data.SqlServerCe.SqlCeException (0x80004005): The specified table does not exist. [ __MigrationHistory ] at System.Data.SqlServerCe.SqlCeCommand.ProcessResults(Int32 hr) at System.Data.SqlServerCe.SqlCeCommand.CompileQueryPlan() at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommand(CommandBehavior behavior, String method, ResultSetOptions options) at System.Data.SqlServerCe.SqlCeCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteDbDataReader(CommandBehavior behavior) at HibernatingRhinos.Profiler.Appender.ProfiledDataAccess.ProfiledCommand.ExecuteDbDataReader(CommandBehavior behavior)

-- statement #3 SELECT [GroupBy1].[A1] AS [C1] FROM (SELECT COUNT(1) AS [A1] FROM [__MigrationHistory] AS [Extent1]) AS [GroupBy1]

-- statement #4 WARN: System.Data.SqlServerCe.SqlCeException (0x80004005): The specified table does not exist. [ __MigrationHistory ] at System.Data.SqlServerCe.SqlCeCommand.ProcessResults(Int32 hr) at System.Data.SqlServerCe.SqlCeCommand.CompileQueryPlan() at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommand(CommandBehavior behavior, String method, ResultSetOptions options) at System.Data.SqlServerCe.SqlCeCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteDbDataReader(CommandBehavior behavior) at HibernatingRhinos.Profiler.Appender.ProfiledDataAccess.ProfiledCommand.ExecuteDbDataReader(CommandBehavior behavior)

-- statement #5 SELECT [GroupBy1].[A1] AS [C1] FROM (SELECT COUNT(1) AS [A1] FROM [__MigrationHistory] AS [Extent1]) AS [GroupBy1]

-- statement #6 WARN: System.Data.SqlServerCe.SqlCeException (0x80004005): The specified table does not exist. [ __MigrationHistory ] at System.Data.SqlServerCe.SqlCeCommand.ProcessResults(Int32 hr) at System.Data.SqlServerCe.SqlCeCommand.CompileQueryPlan() at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommand(CommandBehavior behavior, String method, ResultSetOptions options) at System.Data.SqlServerCe.SqlCeCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteDbDataReader(CommandBehavior behavior) at HibernatingRhinos.Profiler.Appender.ProfiledDataAccess.ProfiledCommand.ExecuteDbDataReader(CommandBehavior behavior)

-- statement #7 SELECT [GroupBy1].[A1] AS [C1] FROM (SELECT COUNT(1) AS [A1] FROM [__MigrationHistory] AS [Extent1]) AS [GroupBy1]

-- statement #8 WARN: System.Data.SqlServerCe.SqlCeException (0x80004005): The specified table does not exist. [ __MigrationHistory ] at System.Data.SqlServerCe.SqlCeCommand.ProcessResults(Int32 hr) at System.Data.SqlServerCe.SqlCeCommand.CompileQueryPlan() at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommand(CommandBehavior behavior, String method, ResultSetOptions options) at System.Data.SqlServerCe.SqlCeCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SqlServerCe.SqlCeMultiCommand.ExecuteDbDataReader(CommandBehavior behavior) at HibernatingRhinos.Profiler.Appender.ProfiledDataAccess.ProfiledCommand.ExecuteDbDataReader(CommandBehavior behavior)

-- statement #9 begin transaction with isolation level: Serializable

-- statement #10 CREATE TABLE [Dummies] ( [Name] nvarchar NOT NULL, CONSTRAINT [PK_Dummies] PRIMARY KEY ([Name]) )

-- statement #11 CREATE TABLE [MigrationHistory] ( [MigrationId] nvarchar NOT NULL, [CreatedOn] [datetime] NOT NULL, [Model] [image] NOT NULL, [ProductVersion] nvarchar NOT NULL, CONSTRAINT [PK_MigrationHistory] PRIMARY KEY ([MigrationId]) )

-- statement #12 INSERT INTO [__MigrationHistory] ([MigrationId], [CreatedOn], [Model], [ProductVersion]) VALUES ('201207261524579_InitialCreate', '2012-07-26T15:24:58.523', 0x1F8B080 , '4.3.1')

-- statement #13 commit transaction

-- statement #14 SELECT TOP (1) [c].[Name] AS [Name] FROM [Dummies] AS [c]

如您所见,它在实际创建数据库之前尝试访问数据库四次。这似乎不对。当我使用现有数据库启动应用程序时,它会在执行任何实际查询之前查询数据库 7 次。请注意,这种情况发生在 context.Database.Create() 中,而不是 .Exists() 中。

此外,我的配置的种子方法从未被调用,但构造函数被调用。

这一切看起来非常错误且令人困惑。我希望有人能启发我为什么一开始就经常发生错误,以及为什么我的种子方法根本没有被调用。

我正在使用最新稳定版本的 SqlServer Compact 和 Entity Framework。

package id="EntityFramework" version="4.3.1" targetFramework="net40"

package id="Microsoft.SqlServer.Compact" version="4.0.8854.2" targetFramework="net40"

最佳答案

似乎有很多方法来配置 Entity Framework ,每个人都有自己的最佳选择。我所能提供的只是基于我们在工作中标准化的内容的我的看法。这在很大程度上是开发人员的偏好。我的偏好恰好是尽可能多地控制,因此我总是准确地了解正在发生的事情以及时间。

自动迁移

首先,虽然自动迁移可能很方便,但它们会带来很多麻烦,特别是当项目增长和/或数据变得更加复杂时。在我看来,任何商业/生产系统都应该拥有比这更多的控制权。我们始终通过设置 AutomaticMigrationsEnabled = false; 来关闭所有主要项目的自动迁移。当我们想要完成时,我们显式地运行迁移(在开发中,这是在 Visual Studio 的包管理器控制台中输入 Update-Database ,在生产中,我们编写了自己的小迁移实用程序,它只调用显式迁移到最新代码 - 但没有一个是自动的)。

@Terric 的回答让我害怕,因为允许自动迁移和数据丢失!我不想成为部署解决方案并清除一些重要数据的人,因为执行不当的列更改导致数据丢失。作为旁注,当我们在开发中显式执行迁移时,我经常使用 -v 开关进行详细输出(Update-Database -v)。这可以让您看到正在执行的 SQL 以及任何失败/警告(如果适用)。

根据我们的经验,在多次迁移到开发后更改这些设置并不顺利。我不确定这是在哪里跟踪的,但是在禁用自动迁移的情况下重新启动一个项目可以确保不会发生任何意外情况。

就个人而言,我会删除您拥有的 MigrateDatabaseToLatestVersion 初始化程序,并在我想要的时候自己运行迁移器(通过包管理器控制台或通过我自己的显式代码在某处)。

如果数据库不存在则创建

此行为由 DatabaseInitializer(实际上不是 EntityFramework 本身)提供。 CreateDatabaseIfNotExists 初始值设定项内置于 EntityFramework 中,并且在某些版本中是默认值。然而,我又不喜欢所有推断的应用程序行为。在我看来,我想要更多的控制权。

This guy has an example of a custom database initializer inheriting from the built in CreateDatabaseIfNotExists 。但您始终可以创建自己的逻辑并实现您想要看到的任何精确逻辑(包括创建数据库)。同样,这只是避免意外行为。作为一名开发人员,我个人的偏好是密切控制这些东西,除非我只是在玩模型或测试项目。

super 简单的自定义DatabaseInitializer,没有意外的行为:

namespace MyProject.Data.DatabaseInitializers
{
public class MyCustomDbInit<TContext> : IDatabaseInitializer<TContext>
where TContext : DbContext
{
public void InitializeDatabase(TContext context)
{
// Create our database if it doesn't already exist.
context.Database.CreateIfNotExists()

// Do you want to migrate to latest in your initializer? Add code here!

// Do you want to seed data in your initializer? Add code here!
}
}
}

结果

如果您使用代码优先方法,禁用自动迁移并使用如上所述的自定义 DatabaseInitializer,您将可以很好地控制发生的情况和时间。

我们在工作中使用这些策略并且零问题(尽管在确定这些策略时确实遇到了一些麻烦)。希望您能取得类似的成功!

关于c# - Code First 迁移和初始化错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11672812/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com