Entity framework 意外删除了表，如何在不影响其它表的情况下恢复回来(数据库迁移原理)
2015-03-19 17:30
267 查看
1. 关于EntityFramework数据迁移原理
查询数据库的表"__MigrationHistory"，遍历Migrations文件夹下的所有文件，如果文件不在__MigrationHistory表内，那么就执行迁移。
有了上面的原理之后，我们来看一下如果我们不小心手动删除了一个表，如何在不影响其它表的情况下来恢复你删除的表：
方法一：
关于Model 以及 DBContext如下：
migrations 文件夹下的文件如下：
对应数据库中的记录为：
假如此时我们手动删除了schools表，此时我们应该找到schools表的创建与修改的迁移code是在哪个Migrations文件夹下面的哪个文件，找到对应的文件
我们这里是在201503190341085_addmodels.cs中，
此时我们要做的只要把这个文件名201503190341085_addmodels.cs对应在数据迁移表中的记录删除，
delete __MigrationHistory where MigrationId = '201503190341085_addmodels' ,然后我们在201503190341085_addmodels.cs注释掉其它的迁移数据，只留下创建shools表的数据
此时如果你在package-manager console 中执行update-database 即可完成schools表的恢复
方法二：
利用 Update-Database -Script -SourceMigration $InitialDatabase （这是一个变量不需要你去改成你自己的数据库名字） 或者
我找到了Schools的创建SQL , 在数据库中执行即可：
这样你就恢复好了
查询数据库的表"__MigrationHistory"，遍历Migrations文件夹下的所有文件，如果文件不在__MigrationHistory表内，那么就执行迁移。
有了上面的原理之后，我们来看一下如果我们不小心手动删除了一个表，如何在不影响其它表的情况下来恢复你删除的表：
方法一：
关于Model 以及 DBContext如下：
public class Blog
{
public int BlogId { get; set; }
public string Name { get; set; }
public string Url { get; set; }
public virtual List<Post> Posts { get; set; }
}
public class User
{
[Key]
public int UserId { get; set; }
public string Username { get; set; }
public string DisplayName { get; set; }
//public int? age { get; set; }
//public string interest { get; set; }
}
public class School
{
public int SchoolId { get; set; }
public string SchoolName { get; set; }
public int SchoolLevel { get; set; }
}
public class Teacher
{
[Key]
public int TecherId { get; set; }
public string TeacherName { get; set; }
}
public class Post
{
public int PostId { get; set; }
public string Title { get; set; }
public string Content { get; set; }
public int BlogId { get; set; }
public virtual Blog Blog { get; set; }
}
public class Tutorial
{
[Key]
public int Id { get; set; }
public int Name { get; set; }
}
public class BloggingContext : DbContext
{
public DbSet<Blog> Blogs { get; set; }
public DbSet<Post> Posts { get; set; }
public DbSet<User> Users { get; set; }
public DbSet<Tutorial> Tutorials { get; set; }
public DbSet<School> Schools { get; set; }
public DbSet<Teacher> Teachers { get; set; }
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
modelBuilder.Entity<User>().Property(u => u.DisplayName).HasColumnName("display_name");
modelBuilder.Entity<User>().Property(u => u.Username).HasColumnName("user_name");
}
}migrations 文件夹下的文件如下：
对应数据库中的记录为：
假如此时我们手动删除了schools表，此时我们应该找到schools表的创建与修改的迁移code是在哪个Migrations文件夹下面的哪个文件，找到对应的文件
我们这里是在201503190341085_addmodels.cs中，
public partial class addmodels : DbMigration
{
public override void Up()
{
CreateTable(
"dbo.Blogs",
c => new
{
BlogId = c.Int(nullable: false, identity: true),
Name = c.String(),
Url = c.String(),
})
.PrimaryKey(t => t.BlogId);
CreateTable(
"dbo.Posts",
c => new
{
PostId = c.Int(nullable: false, identity: true),
Title = c.String(),
Content = c.String(),
BlogId = c.Int(nullable: false),
})
.PrimaryKey(t => t.PostId)
.ForeignKey("dbo.Blogs", t => t.BlogId, cascadeDelete: true)
.Index(t => t.BlogId);
CreateTable(
"dbo.Schools",
c => new
{
SchoolId = c.Int(nullable: false, identity: true),
SchoolName = c.String(),
SchoolLevel = c.Int(nullable: false),
})
.PrimaryKey(t => t.SchoolId);
CreateTable(
"dbo.Tutorials",
c => new
{
Id = c.Int(nullable: false, identity: true),
Name = c.Int(nullable: false),
})
.PrimaryKey(t => t.Id);
CreateTable(
"dbo.Users",
c => new
{
UserId = c.Int(nullable: false, identity: true),
user_name = c.String(),
display_name = c.String(),
})
.PrimaryKey(t => t.UserId);
}
public override void Down()
{
DropForeignKey("dbo.Posts", "BlogId", "dbo.Blogs");
DropIndex("dbo.Posts", new[] { "BlogId" });
DropTable("dbo.Users");
DropTable("dbo.Tutorials");
DropTable("dbo.Schools");
DropTable("dbo.Posts");
DropTable("dbo.Blogs");
}
}此时我们要做的只要把这个文件名201503190341085_addmodels.cs对应在数据迁移表中的记录删除，
delete __MigrationHistory where MigrationId = '201503190341085_addmodels' ,然后我们在201503190341085_addmodels.cs注释掉其它的迁移数据，只留下创建shools表的数据
public partial class addmodels : DbMigration
{
public override void Up()
{
//CreateTable(
// "dbo.Blogs",
// c => new
// {
// BlogId = c.Int(nullable: false, identity: true),
// Name = c.String(),
// Url = c.String(),
// })
// .PrimaryKey(t => t.BlogId);
//CreateTable(
// "dbo.Posts",
// c => new
// {
// PostId = c.Int(nullable: false, identity: true),
// Title = c.String(),
// Content = c.String(),
// BlogId = c.Int(nullable: false),
// })
// .PrimaryKey(t => t.PostId)
// .ForeignKey("dbo.Blogs", t => t.BlogId, cascadeDelete: true)
// .Index(t => t.BlogId);
CreateTable(
"dbo.Schools",
c => new
{
SchoolId = c.Int(nullable: false, identity: true),
SchoolName = c.String(),
SchoolLevel = c.Int(nullable: false),
})
.PrimaryKey(t => t.SchoolId);
//CreateTable(
// "dbo.Tutorials",
// c => new
// {
// Id = c.Int(nullable: false, identity: true),
// Name = c.Int(nullable: false),
// })
// .PrimaryKey(t => t.Id);
//CreateTable(
// "dbo.Users",
// c => new
// {
// UserId = c.Int(nullable: false, identity: true),
// user_name = c.String(),
// display_name = c.String(),
// })
// .PrimaryKey(t => t.UserId);
}
public override void Down()
{
//DropForeignKey("dbo.Posts", "BlogId", "dbo.Blogs");
//DropIndex("dbo.Posts", new[] { "BlogId" });
//DropTable("dbo.Users");
//DropTable("dbo.Tutorials");
DropTable("dbo.Schools");
//DropTable("dbo.Posts");
//DropTable("dbo.Blogs");
}
}此时如果你在package-manager console 中执行update-database 即可完成schools表的恢复
方法二：
利用 Update-Database -Script -SourceMigration $InitialDatabase （这是一个变量不需要你去改成你自己的数据库名字） 或者
Update-Database -Script -SourceMigration Second -TargetMigration First (用这两个中的哪个是视情况而定的) (Second First 就是你的migrations文件夹下的文件名字的后面那个 比喻 201503190906406_addmodels 你就输入 Update-Database -Script -SourceMigration addmodels)
这样会产生一个脚本文件，你在那个脚本文件中找出你恢复的表的一些创建或者修改信息
DECLARE @CurrentMigration [nvarchar](max)
IF object_id('[dbo].[__MigrationHistory]') IS NOT NULL
SELECT @CurrentMigration =
(SELECT TOP (1)
[Project1].[MigrationId] AS [MigrationId]
FROM ( SELECT
[Extent1].[MigrationId] AS [MigrationId]
FROM [dbo].[__MigrationHistory] AS [Extent1]
WHERE [Extent1].[ContextKey] = N'EntityFrameworkStudy.Migrations.Configuration'
) AS [Project1]
ORDER BY [Project1].[MigrationId] DESC)
IF @CurrentMigration IS NULL
SET @CurrentMigration = '0'
IF @CurrentMigration < '201503190906406_addmodels'
BEGIN
CREATE TABLE [dbo].[Blogs] (
[BlogId] [int] NOT NULL IDENTITY,
[Name] [nvarchar](max),
[Url] [nvarchar](max),
CONSTRAINT [PK_dbo.Blogs] PRIMARY KEY ([BlogId])
)
CREATE TABLE [dbo].[Posts] (
[PostId] [int] NOT NULL IDENTITY,
[Title] [nvarchar](max),
[Content] [nvarchar](max),
[BlogId] [int] NOT NULL,
CONSTRAINT [PK_dbo.Posts] PRIMARY KEY ([PostId])
)
CREATE INDEX [IX_BlogId] ON [dbo].[Posts]([BlogId])
CREATE TABLE [dbo].[Schools] (
[SchoolId] [int] NOT NULL IDENTITY,
[SchoolName] [nvarchar](max),
[SchoolLevel] [int] NOT NULL,
CONSTRAINT [PK_dbo.Schools] PRIMARY KEY ([SchoolId])
)
CREATE TABLE [dbo].[Teachers] (
[TecherId] [int] NOT NULL IDENTITY,
[TeacherName] [nvarchar](max),
CONSTRAINT [PK_dbo.Teachers] PRIMARY KEY ([TecherId])
)
CREATE TABLE [dbo].[Tutorials] (
[Id] [int] NOT NULL IDENTITY,
[Name] [int] NOT NULL,
CONSTRAINT [PK_dbo.Tutorials] PRIMARY KEY ([Id])
)
CREATE TABLE [dbo].[Users] (
[UserId] [int] NOT NULL IDENTITY,
[user_name] [nvarchar](max),
[display_name] [nvarchar](max),
CONSTRAINT [PK_dbo.Users] PRIMARY KEY ([UserId])
)
ALTER TABLE [dbo].[Posts] ADD CONSTRAINT [FK_dbo.Posts_dbo.Blogs_BlogId] FOREIGN KEY ([BlogId]) REFERENCES [dbo].[Blogs] ([BlogId]) ON DELETE CASCADE
CREATE TABLE [dbo].[__MigrationHistory] (
[MigrationId] [nvarchar](150) NOT NULL,
[ContextKey] [nvarchar](300) NOT NULL,
[Model] [varbinary](max) NOT NULL,
[ProductVersion] [nvarchar](32) NOT NULL,
CONSTRAINT [PK_dbo.__MigrationHistory] PRIMARY KEY ([MigrationId], [ContextKey])
)
INSERT [dbo].[__MigrationHistory]([MigrationId], [ContextKey], [Model], [ProductVersion])
VALUES (N'201503190906406_addmodels', N'EntityFrameworkStudy.Migrations.Configuration', 0x1F8B0800000000000400D55B5F6FDB36107F1FB0EF20E8691B522B695FBAC06E913ACD10ACF983D82DF61630D2D9114A519A486536867DB23DEC23ED2BEC28EA3F29DB92FF7528502424EF78BCFBDDF178A7FCFBF73FC3F78B805A2F10733F6423FB6C706A5BC0DCD0F3D97C642762F6EAADFDFEDDF7DF0D3F7AC1C2FA92AF7B23D72125E323FB5988E8DC71B8FB0C01E183C077E39087333170C3C0215EE8BC3E3DFDD9393B730059D8C8CBB2860F09137E00E92FF8EB38642E442221F426F480F26C1C67262957EB9604C023E2C2C8FE8894627915E3C81F61FC7522126F695B17D42728CB04E8CCB60863A12002253DFFCC6122E290CD27110E103A5D4680EB668472C84E705E2EDFF430A7AFE5619C923067E5265C84414786676F32ED384DF25E3AB60BEDA1FE94B6E4A9531D8EEC0F349CDB5673A3F3318DE522B37A0792E8C4324D9D149840E8C87F27D638A1228961C4201131A127D67DF2447DF757584EC3AFC0462CA1B42A234A8973B5011CBA8FC30862B17C805945F26BCFB69C3AADD3242E481B74EA7CD74CBC796D5BB7280479A25040A1A28B890863F80518C44480774F8480182D79ED41AA004D82C67EF2FF7C37C41E3A926DDD90C5276073F13CB2F147DBBAF217E0E52399049F998F7E8744224E60DD269F63BAFB3D6EC98B3F4F75D0D8ED3EE482DBD603D074963FFB91F2B5819C795498BA8AC3E021A4D9F274F0714AE2390894346CCE4CC224761B220C9D12AE2B412CD97406B1243A3A88A5107D409CD31D0AC4535FD0FDA318E3BE4079F6BECF662160536F5070EFEE0C39E47567C8DDA49733E0151986B4B33B28B2A33B8412A38F4B949487720AB5E341E2BBDAEA13BC00ED02DB8D41330582B944DC193519DDD161330529461FD89494078BA54A677BC0CDE6E64EF00898FE76B77746787483F731F5B1B2BE9D7A2ABE60BABBA9243ABAC9A4107DCC96D31DCA74723F7688A07EE9F38892E50103C105E7A1EBA75AAA24922A47A98BFA9179566BC2A244CD531C941611E3478811DC7264FFA49DDBC4AC780A94CC54AA54677666378175C72E818200EBC2554FEA31E12EF1746DA30EBCFA0862116209024231D5E4886E9F091DB83E73FD88D036911B041D1EA752A8827D73E612226012A26D7ADF6EDF827D4349EB7432742AA0D123934CD99102E28A007384709ACA2F4CAF3274AF2C58F10CBA4DB048BE1310158EF8D82C015D438B86B43A71F652D588156ED710ABA4CB449EE7D86B186437BD89439170AD63915DB8461EC52DBE86898C682606EA2E691057CC5DD763F694A9CC6BEF9C26EA56459142C8C24A1A6857C58D0A798690A6FBD70F62888E0576CBFAA2A30A8C7921D269A9440E6F481421CA2B95C96CC49AA8B2E4F8D5A47BB52E503C1C971B8A7685B4C54E687D3287C6AC7C457B70E5C75C5C12419E88BC2AC65EA02D6B7A6A0B84F2DDAACEA8DB290756BE5AFEAC285A0B8886789651E3E2792003617A91370CAD93A565614249DCF2CA1F873409D8EAF8D8CE45DDCE551E6A64730E696DAECA201DD0E9874EE3FC5A0CD7F4AC5D7875A36D6452E57C5B9B348DA8DD4D6A266B53655EF6AA6AD35C425BC5252B66559964439BF3284A55552EC5E0E67CBA81F44810C92FC2AD4192DD9BDD61D246D8A6D6B21854556C5B71693D273D0A54C7BB72CBEA383ABB6CE29B317C91C06C6DF93CDFE96EFA56CA56F72E2A3A350F6FA910ADE654A9D4D4995526BE1D6B15B9E2F6E6CA53CB1EF66A256D5373D354FBBAA08F6416957D6F6D923459EF6E0E33596BAEC275CF31D76DD671619A59121C7D641D0366AD4652E5E6A98956867B35B6F682682E29762F5E128D17C330CBDED77FE0A0A5F36A896DA1A65E7C4FA6F2932517100CE482C1E4773AA67E9A85E40B6E08F367C0852ADFD9F8DA78DBF842E2DBF95AC1E1DCA386D74FF393851EF5C7DD7C30E04BCDAEAD30AE6B26AEA816B31712BBCF24FE21208B1FAB9C3A7E07D0814FB7467B0FD5EFA6CDBD17D5D73ADB5BE9BED1BDDE8A9701735A21ED9A79B018D97FA624E7D6F56F8F8AEAC4BA8BD1EBCFAD53EBAF5D751D4CF9F7A11BBA7B31BFDEC3DDCA6E863E6D2AF66EBBB43DCCB0BB06E97EBC50EF89EE237E9973D343741CF77E6DEC10667ACA78C806DF5E3455C93D77E0E5F5DC736770EDD39D5335F94336D1EA45F91EDDC05E5DB8968AF1DE3A6FFF8F6E9B5EEA6F7991D63E556B69A5A97705A2FB2944AB2AF09A5B2BA62E5B6B93CDC4D6D8F069E9BFAD68BF9958174DBBCD7A73AB5A7326F6654B6FC3C6DDCABE9D7187B2E3B7415BAFB5AB67629DF5010FD2F0AB42AD6CDEACEBF1696DC1FDB4F5F4C737BA66E56F103024707F5EB2907F91C0C0AD3965B1E69ACDC23C363424CA9734EE8F1B10C4438FBD88853F23AEC06917384FBFFCF84268224B40C11378D7EC2E115122F0C8103CD1DA972B32C6ACDA3FED5DD6651EDE45E917AABB38028AE9E311E08E7D487CEA15725F19F28E161632786557BCB4A59057FD7C5970BA0DD9868C32F51531770A015ECF02F81D9B9017E8231B7ACA2798137799D750DA99AC37445DEDC34B9FCC6312F08C47498FBF2286BD60F1EE3F49D43B5B8A330000 , N'6.1.3-40302')
END我找到了Schools的创建SQL , 在数据库中执行即可：
CREATE TABLE [dbo].[Schools] ( [SchoolId] [int] NOT NULL IDENTITY, [SchoolName] [nvarchar](max), [SchoolLevel] [int] NOT NULL, CONSTRAINT [PK_dbo.Schools] PRIMARY KEY ([SchoolId]) )
这样你就恢复好了
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 不影响数据库运行如何快速恢复刚删除的表及其数据（二）如何恢复刚才删除的一条数据
- 不影响数据库运行如何快速恢复刚删除的表及其数据（一）flashback是什么
- 不影响数据库运行如何快速恢复刚删除的表及其数据（四）如何恢复删除的表
- 不影响数据库运行如何快速恢复刚删除的表及其数据（三）如何恢复刚更新的数百万条数据
- SQL2005 如何在没有日志文件的情况下如何恢复MDF数据库文件？
- 如何恢复并理解oracle删除数据的原理
- SQL2005 如何在没有日志文件的情况下如何恢复MDF数据库文件
- 如何恢复SQL Server中删除的数据库
- 如何在不影响hadoop集群正常运行的情况下迁移主控节点[namenode]
- SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- SQL2005 如何在没有日志文件的情况下如何恢复MDF数据库文件？
- 如何恢复 Linux 上删除的文件，第 1 部分(原理及普通文件的恢复)
- SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- 如何在不影响数据库的正常使用的情况下得到数据的完整.mdf和.ldf文
- 数据恢复：如何恢复Linux中意外删除的Oracle和MySQL数据库
- SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- 如何恢复 Linux 上删除的文件，第 3 部分：自动恢复工具 e2undel 和特殊情况的恢复
- 如何强制删除或恢复SQLServer正在使用的数据库
- 怎么用引用啊？[转]SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- 如何恢复SQL Server中删除的数据库