草庐IT

漫谈Entity-Component-System

全部标签

c# - 找不到方法 : 'System. String System.String.Format(System.IFormatProvider, System.String, System.Object)

我有一个带有帮助页面的WebAPI2项目,该项目在本地运行良好,但在将其推送到Azure时抛出此错误:Methodnotfound:'System.StringSystem.String.Format(System.IFormatProvider,System.String,System.Object)我暂时关闭了自定义错误,以便可以看到完整的堆栈跟踪here错误源自这行代码:stringselectExpression=String.Format(CultureInfo.InvariantCulture,MethodExpression,GetMemberName(reflected

c# - 创建 Entity Framework Context 的实例在负载下变慢

我们注意到一些非常小的网络服务调用花费的时间比我们预期的要长得多。我们做了一些调查并放置了一些计时器,我们将其缩小到创建我们的EntityFramework6DbContext的实例。不是查询本身,只是上下文的创建。从那以后,我进行了一些日志记录,以查看创建DbContext的实例实际实际花费的平均时间,似乎大约是50毫秒。应用程序预热后,上下文创建速度并不慢。应用程序回收后,它从2-4毫秒开始(这是我们在开发环境中看到的)。随着时间的推移,上下文创建似乎变慢了。在接下来的几个小时内,它将爬升到50-80毫秒的范围并趋于平稳。我们的上下文是一个相当大的代码优先上下文,包含大约300个实

c# - 创建 Entity Framework Context 的实例在负载下变慢

我们注意到一些非常小的网络服务调用花费的时间比我们预期的要长得多。我们做了一些调查并放置了一些计时器,我们将其缩小到创建我们的EntityFramework6DbContext的实例。不是查询本身,只是上下文的创建。从那以后,我进行了一些日志记录,以查看创建DbContext的实例实际实际花费的平均时间,似乎大约是50毫秒。应用程序预热后,上下文创建速度并不慢。应用程序回收后,它从2-4毫秒开始(这是我们在开发环境中看到的)。随着时间的推移,上下文创建似乎变慢了。在接下来的几个小时内,它将爬升到50-80毫秒的范围并趋于平稳。我们的上下文是一个相当大的代码优先上下文,包含大约300个实

c# - 系统.IO.IOException : A device attached to the system is not functioning C# . NET 4.0

我构建了一个从串口读取和写入数据的C#应用程序。连接到串行端口的设备是一个FTDIUSB到串行转换器,它通过XBee无线模块与硬件通信。硬件测试电池模块的容量和稳态电压等。这些测试需要几天才能完成。时不时地,串行端口似乎停止响应并抛出System.IO.IOException:Adeviceattachedtothesystemisnotfunctioning错误。这是堆栈跟踪:atsystem.IO.Ports.InternalResources.WinIOErroratsystem.IO.Ports.SerialStream.EndWriteatsystem.IO.Ports.Se

c# - 系统.IO.IOException : A device attached to the system is not functioning C# . NET 4.0

我构建了一个从串口读取和写入数据的C#应用程序。连接到串行端口的设备是一个FTDIUSB到串行转换器,它通过XBee无线模块与硬件通信。硬件测试电池模块的容量和稳态电压等。这些测试需要几天才能完成。时不时地,串行端口似乎停止响应并抛出System.IO.IOException:Adeviceattachedtothesystemisnotfunctioning错误。这是堆栈跟踪:atsystem.IO.Ports.InternalResources.WinIOErroratsystem.IO.Ports.SerialStream.EndWriteatsystem.IO.Ports.Se

c# - 防止 Entity Framework 在使用 Include 时添加 ORDER BY

我们有一个类似于下面的查询:fromxindb.Table.Include(x=>x.Parent).Include(x=>x.Parent.Relation).Include(x=>x.Relation).Include(x=>x.Children)where/*somequery*/selectx问题是,当添加.Include(x=>x.Children)时,EntityFramework添加到生成的SQL中的ORDERBY语句导致查询需要很长时间才能执行-如下所示:ORDERBY[Project2].[Id1]ASC,[Project2].[Id2]ASC,[Project2].

c# - 防止 Entity Framework 在使用 Include 时添加 ORDER BY

我们有一个类似于下面的查询:fromxindb.Table.Include(x=>x.Parent).Include(x=>x.Parent.Relation).Include(x=>x.Relation).Include(x=>x.Children)where/*somequery*/selectx问题是,当添加.Include(x=>x.Children)时,EntityFramework添加到生成的SQL中的ORDERBY语句导致查询需要很长时间才能执行-如下所示:ORDERBY[Project2].[Id1]ASC,[Project2].[Id2]ASC,[Project2].

c# - 使用 Entity Framework 忽略重复键插入

我使用EntityFramework代码优先的ASP.NETMVC4。我有一个名为“users”的表,主键为“UserId”。此表可能有200,000多个条目。我需要再插入50个用户。我可能会这样做foreach(UseruserinNewUsers){context.Add(user);}dbcontext.SaveChanges();问题是,这些新用户中的一个或多个可能已经存在于数据库中。如果我添加它们然后尝试保存,它会抛出一个错误并且不会添加任何有效的。我可以修改代码来执行此操作:foreach(UseruserinNewUsers){if(dbcontext.Users.Fir

c# - 使用 Entity Framework 忽略重复键插入

我使用EntityFramework代码优先的ASP.NETMVC4。我有一个名为“users”的表,主键为“UserId”。此表可能有200,000多个条目。我需要再插入50个用户。我可能会这样做foreach(UseruserinNewUsers){context.Add(user);}dbcontext.SaveChanges();问题是,这些新用户中的一个或多个可能已经存在于数据库中。如果我添加它们然后尝试保存,它会抛出一个错误并且不会添加任何有效的。我可以修改代码来执行此操作:foreach(UseruserinNewUsers){if(dbcontext.Users.Fir

c# - 使用 Entity Framework Codefirst 存储 TimeSpan - SqlDbType.Time 溢出

我正在尝试将一些常量植入我的数据库中:context.Stages.AddOrUpdate(s=>s.Name,newStage(){Name="Seven",Span=newTimeSpan(2,0,0),StageId=7});context.Stages.AddOrUpdate(s=>s.Name,newStage(){Name="Eight",Span=newTimeSpan(1,0,0,0),StageId=8});这是在我的EFCodefirst迁移的Seed()函数中。它在第八阶段失败,出现以下情况:System.Data.UpdateException:Anerroro