UpdateException实体框架双向外键

时间:2014-01-12 17:18:15

标签: c# sql-server-2008-r2 entity-framework-6

我在实体框架中的映射遇到了一些麻烦。我有一个表Check,它有一个表KeyStatusHistory的外键,我存储了所有检查状态随时间的变化。如您所见,Check有一列LastCheckStatusID,它是一个FK到CheckStatusHistoryID,但表CheckStatusHistory也有CheckID作为Check的CheckID列的FK。 我们的想法是将最后一个CheckStatusHistoryID存储在支票中,以便更轻松地获得最后检查状态的性能。但是,也要获得所有的历史信息。

然后,当我从DataBase生成实体框架实体时,我得到了这个图:

enter image description here

其*(从Check)到1(CheckStatusHistory)的那个应该是1到1.但是这不能用于限制EF。

然后,在我的代码中,当我想创建一个包含状态历史记录的检查时,我会这样做:

Check newCheck = new Check
                {
                    Amount = c.Amount,
                    CheckDate = c.CheckDate,
                    CheckNumber = c.CheckNumber,
                    CheckPrefix = c.CheckPrefix,
                    Days = c.Days,
                    Expenses = c.Expenses,
                    RoutingNumbers = c.RoutingNumbers,
                    TradeHours = c.TradeHours,
                    TotalInterest = c.TotalInterest,
                    TentativeDepositDate = c.TentativeDepositDate,
                    TentativeAccreditationDate = c.TentativeAccreditationDate,
                    MonthlyRate = c.MonthlyRate
                };

newCheck.CheckStatusHistory = new CheckStatusHistory
                {
                    CheckStatusID = CheckStatusIDs.Nuevo,
                    StatusDateTime = DateTime.Now,
                };

这应该在[CheckStatusHistory]中添加一行。这个newCheck.CheckStatusHistory是与LastCheckStatusID相关的CheckStatusHistory。

但是当我做db.SaveChanges()时。

我收到以下错误:

System.Data.Entity.Infrastructure.DbUpdateException was unhandled by user code
  HResult=-2146233087
  Message=Unable to determine a valid ordering for dependent operations. Dependencies may exist due to foreign key constraints, model requirements, or store-generated values.
  Source=EntityFramework
  StackTrace:
       en System.Data.Entity.Internal.InternalContext.SaveChanges()
       en System.Data.Entity.Internal.LazyInternalContext.SaveChanges()
       en System.Data.Entity.DbContext.SaveChanges()
       en Plutus.Services.Check.CreateOperationHandler.Handle(CreateOperationRequest request) en e:\Plutus\Plutus.Services\Plutus.Services\Check\CreateOperationHandler.cs:línea 169
       en Plutus.Services.RequestResponse.RequestResponseFactory.Handle[TRequest,TResponse](TRequest request) en e:\Plutus\Plutus.Services\Plutus.Services\RequestResponse\RequestResponseFactory.cs:línea 48
       en Plutus.Services.Host.CheckService.CreateOperation(CreateOperationRequest request) en e:\Plutus\Plutus.Services\Plutus.Services.Host\CheckService.svc.cs:línea 50
       en SyncInvokeCreateOperation(Object , Object[] , Object[] )
       en System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
       en System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
  InnerException: System.Data.Entity.Core.UpdateException
       HResult=-2146233087
       Message=Unable to determine a valid ordering for dependent operations. Dependencies may exist due to foreign key constraints, model requirements, or store-generated values.
       Source=EntityFramework
       StackTrace:
            en System.Data.Entity.Core.Mapping.Update.Internal.UpdateTranslator.DependencyOrderingError(IEnumerable`1 remainder)
            en System.Data.Entity.Core.Mapping.Update.Internal.UpdateTranslator.ProduceCommands()
            en System.Data.Entity.Core.Mapping.Update.Internal.UpdateTranslator.Update()
            en System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.<Update>b__2(UpdateTranslator ut)
            en System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.Update[T](T noChangesResult, Func`2 updateFunction, Boolean throwOnClosedConnection)
            en System.Data.Entity.Core.EntityClient.Internal.EntityAdapter.Update(Boolean throwOnClosedConnection)
            en System.Data.Entity.Core.Objects.ObjectContext.<SaveChangesToStore>b__33()
            en System.Data.Entity.Core.Objects.ObjectContext.ExecuteInTransaction[T](Func`1 func, IDbExecutionStrategy executionStrategy, Boolean startLocalTransaction, Boolean releaseConnectionOnSuccess)
            en System.Data.Entity.Core.Objects.ObjectContext.SaveChangesToStore(SaveOptions options, IDbExecutionStrategy executionStrategy)
            en System.Data.Entity.Core.Objects.ObjectContext.<>c__DisplayClass28.<SaveChanges>b__25()
            en System.Data.Entity.SqlServer.DefaultSqlExecutionStrategy.Execute[TResult](Func`1 operation)
            en System.Data.Entity.Core.Objects.ObjectContext.SaveChanges(SaveOptions options)
            en System.Data.Entity.Internal.InternalContext.SaveChanges()
       InnerException: 

我认为这可能与2 FK相关,从一个表到另一个表,另一个从最后一个表到第一个表。

我需要一些帮助。

我将SQL表留在这里:

CREATE TABLE [dbo].[Check](
        [CheckID] INT PRIMARY KEY IDENTITY NOT NULL,
        [RoutingNumbers] NCHAR(29) NOT NULL,
        [BankID] INT NOT NULL, --FK
        [BankBranchOfficeID] INT NOT NULL, -- FK
        [BankAccountID] INT NOT NULL,
        [CheckPrefix] NVARCHAR(3) NOT NULL,
        [CheckNumber] NCHAR(7) NOT NULL,
        [CheckDate] DATE NOT NULL,
        [Amount] MONEY NOT NULL,
        [TentativeDepositDate] DATE NOT NULL,
        [TradeHours] INT NOT NULL,
        [TentativeAccreditationDate] DATE NOT NULL,
        [Expenses] MONEY NULL,
        [MonthlyRate] DECIMAL (6,2) NOT NULL,
        [TotalInterest] MONEY NOT NULL,
        [Days] INT NOT NULL,
        [LastCheckStatusID] INT NOT NULL,
        [OperationID] INT NOT NULL,--FK
        CONSTRAINT FK_Check_BankID_Bank FOREIGN KEY ([BankID]) REFERENCES [dbo].[Bank]([BankID]),
        CONSTRAINT FK_Check_BankBranchOfficeID_BankBranchOffice FOREIGN KEY ([BankBranchOfficeID]) REFERENCES [dbo].[BankBranchOffice]([BankBranchOfficeID]),
        CONSTRAINT FK_Check_BankAccountID_BankAccount FOREIGN KEY ([BankAccountID]) REFERENCES [dbo].[BankAccount]([BankAccountID]),
        CONSTRAINT FK_Check_CheckStatusHistoryID_CheckStatusHistory FOREIGN KEY (LastCheckStatusID) REFERENCES [dbo].[CheckStatusHistory]([CheckStatusHistoryID]),
        CONSTRAINT FK_Check_OperationID_Operation FOREIGN KEY ([OperationID]) REFERENCES [dbo].[Operation]([OperationID])
        )

    /*---------------------------------------------------------------
        ESTADO DE CHEQUES
    */---------------------------------------------------------------
    CREATE TABLE [dbo].CheckStatus(
        [CheckStatusID] TINYINT PRIMARY KEY,
        [Name] NVARCHAR(30) NOT NULL 
    )

    /*---------------------------------------------------------------
        RELACION ESTADO - CHEQUE
    */---------------------------------------------------------------

        CREATE TABLE [dbo].[CheckStatusHistory](
        [CheckStatusHistoryID] INT PRIMARY KEY IDENTITY,
        [CheckStatusID] TINYINT NOT NULL, --FK
        [CheckID] INT NOT NULL,
        [StatusDateTime] DATETIME NOT NULL
        CONSTRAINT FK_CheckStatusHistory_CheckID_Check FOREIGN KEY ([CheckID]) REFERENCES [dbo].[Check]([CheckID]),
        CONSTRAINT FK_CheckStatusHistory_CheckStatusID_CheckStatus FOREIGN KEY ([CheckStatusID]) REFERENCES [dbo].[CheckStatus]([CheckStatusID])
    )

1 个答案:

答案 0 :(得分:1)

是的,它与两个FK有关。 EF使用该模型创建DB命令的顺序。它不会准确检查您设置的数据。它试图找到一个在每个场景中都有效的排序 - 这种排序在你的情况下不存在,因为你的模型允许创建两个相互依赖的记录(每个表中有一个)。在这种情况下,不可能一次性插入它们。在数据库级别,您只需将没有依赖项的第一个插入第二个,第二个依赖于第一个,然后更新第一个依赖于第二个。 EF不会这样工作。

其他人可能不同意,但随着时间的推移,我得出结论,历史表最好,而不是通过不同的引用约束限制它们。例如,这允许保留从主表中删除的数据的历史记录。你需要从StatusHistory进行FK检查吗?即使您没有FK,您仍然可以存储CheckID并执行手动Linq查询以获取Check的历史记录,但是您将丢失导航属性属性。