如何为通用数据库方法创建业务模型包装器？

Question

我目前正面临着从我的数据库创建POCO对象的性能问题.我正在使用Entity Framework 4作为OR-Mapper.整个应用程序现在都是原型.

我们假设我想要一些业务对象,如类'打印机'或'扫描仪'.这两个类都继承自名为Product的BaseClass.业务类存在.

我尝试使用更通用的数据库方法.我不想为"打印机"或"扫描仪"创建表格.我想要有3个表:一个名为Product,另一个名为Property和PropertyValue(将所有指定值存储到特定产品).

在我的业务层中,我创建了一个这样的特定对象:

public Printer GetPrinter(int IDProduct)
{
  Printer item = new Printer();
  // get the product object with EF
  // get all PropertyValues
  // (with Reflection) foreach property in item.GetType().GetProperties
  // {
  //   property.SetValue("specific value")
  // }
  return item;
}

这就是EF模型的样子:

到目前为止工作正常.现在我正在进行性能测试以检索多个集合.

我已经创建了一个原型并对其进行了多次改进以提高性能.它仍然远离可用.我花了919ms来创建300个只包含3个属性的对象.

选择这种数据库设计的原因是要有一个通用的数据库设计.只应在业务模型中添加新属性.

我只是太愚蠢了,无法创建一种检索xx对象的高效方法,还是我的方法完全错了？据我所知,OR-Mapper,他们基本上都是这样做的？

Answer 1

我想你错过了ORM的全部观点.人们使用ORM的原因是能够持久保存商务对象并轻松检索业务对象.您正在使用ORM获取业务对象工厂的数据.工厂使用反射从ORM检索的物化类构建业务对象.这总是很慢,因为:

• 查询编译很慢(可以预编译)
• 对象实现很慢(你无法避免)
• 反思很慢(你无法避免)

IMO如果你想在这个数据库设计之后让通用表完全独立于你不需要ORM的业务对象,或者至少你不需要EF.

您的性能问题的原因是您的业务模型中没有遵循通用方法.因此,您必须将通用数据转换为特定数据=慢速操作.

如果要提高性能,请定义共享属性集并将它们放入Product中.然后使用当前的PropertyValue和Property来获取其他非共享属性,或者只使用存储键值对的ExtendedProperties表.您的实体将是具有内部类型属性,共享属性和扩展属性集合的Product类型.这是通用的方法.