Code-First与Entity Framework 4.1版本的性能极差

Question

我们公司正在开发一个新的应用程序,它的核心业务数据对象有点大.我们决定先用代码试用Entity Framework来从应用程序中抽象数据库,但事情已经出错了.业务对象由大约60个类组成,总共约600个属性; 但是,它是一种树形结构,并且不存在交叉/回溯指针.

我们的测试是将一个未初始化的单个实例添加到数据库中.在我的数据结构上使用DbContext.Add在我的开发机器上花了8分钟.这是这个尺寸的物体的预期性能吗？是否存在导致实体框架性能不佳的常见问题列表？我觉得我需要一些帮助.

更多数据点:第一级中有27个元素位于业务对象的根目录下.如果有3个元素(其余的已注释掉),则添加时间为4.5秒.存在5个元素,为11.8秒.有8个元素,1分12.5秒.显然,这些元素的大小差异很大,但这些似乎确实表明某种系统性问题.

Answer 1

所以，找出问题所在。在继续使用 NHibernate 时，我们遇到了一个结构错误，这是一些实验代码。该类别正在订阅其子级的 PropertyChanged 事件，这导致 NHibernate 崩溃。

这很好！这告诉我们实际上存在问题。实体框架永远运行，没有任何迹象表明这是一个我们可以解决的问题。

所以无论如何，我们暂时还是继续使用NHibernate。我们喜欢通过使用它来控制数据库结构。