EF Core提交主子表与EF的不同

在EF中，同时提交主子表时，只需要调用一次SaveChange方法，子表会自动获取主表的外键值。

//主表
public class Order
{
	public int Id { get; set; }
}
//子表
public class OrderItem
{
	public int Id { get; set; }
	//外键
	[ForeignKey("Order")]
	public int OrderId{ get; set; }
	public Order Order { get; set; }
}

添加订单时，只需要同提交两个实体，并将子表的外键指向主表的主键，当调用SaveChange()方法时，EF会自动获取主表的主键值并填入子表外键。

context.Orders.Add(order);
foreach(var item in orderItems)
{
	item.OrderId = order.Id;
}
context.OrderItem.Add(orderItem);
context.SaveChange();

在EF Core中，如果还是像上面那样处理，就会出现数据库更新异常，违反了主外键约束。原因是EF Core在上面这段代码中，不会将子表的外键自动替换为新生成的主表主键值。

在EF Core中，如果主子表是一对多的关系，需要在主表中添加导航属性，通过导航属性来添加子表。

//主表
public class Order
{
	public int Id { get; set; }
	public List<OrderItem> OrderItems { get; set; }
}
//添加数据
//将子表数据赋给主表的导航属性
order.OrderItems = orderItems;
context.Add(order);
await context.SaveChangeAsync();

主子表中还有一种情况，当插入主表记录时，将已经存在的子表外键更新为新的主表主键值。

//主表
public class Category
{
	public int Id{ get; set; }
}
//子表
public class Device
{
	[ForeignKey("Category")]
	public int CategoryId { get; set; }
	public Category Category { get; set; }
}

主表和子表是一对一的关系，当新插入一个类别时，需要将子表某条记录的CategoryId更新为新类别的ID，在EF Core中需要如下处理：

//category是新类别的实体
context.Add(category);
//device是已存在的设备实体
device.Category = category;
//如果device表中的CategoryId原来已经有值，那么需要把该值改成主表中不存在的值，否则更新不会成功
//如果CategoryId允许为null，也可以把这个值改成null
device.CategoryId = 0;	
context.Update(device);
await context.SaveChangeAsync();

EF Core的处理比EF要麻烦一些，但更符合面向对象的原则。