我正在致力于提高现有 Asp.Net Web 应用程序的数据访问层的性能。场景是。
- 它是一个基于 Asp.Net 的 Web 应用程序。
- DataAccess 层使用 NHibernate 1.2 构建并公开为 WCF 服务。
- Entity 类用 DataContract 标记。
- 不使用延迟加载，并且由于关系的急切，没有大量数据库对象加载到内存中。数据库的点击率也很高。例如，我使用 NHProfiler 分析应用程序，大约有 50 多个 sql 调用使用主键加载实体对象之一。
- 我也无法更改太多代码，因为它是一个现有的实时应用程序，根本没有 NUnit 测试用例。
请问我可以在这里得到一些建议吗？
编辑1：我尝试使用延迟加载，但问题是，由于实体也用作 DataContract，它会在序列化期间触发延迟加载。
使用 DTO 对象是一种选择，但这是一个巨大的变化，因为没有很大的实体。如果没有测试用例，这将需要大量的手动测试工作。
编辑2：该项目是很久以前编写的，没有编写单元测试的灵活性。例如
实体本身包含CRUD操作并使用NHibernate Session。
class SampleEntity : ICrudOperation
{
//fields and properties
public IList<SampleEntity> Update()
{
//perform business logic (which can be huge and call the ICrudOperation of
//other entities
ISession session = GetSessionFromSomewhere();
session.Update(this);
}
}
这只是更新的一个示例。大约有 400 个相互依赖的实体。有没有办法为此编写单元测试
看来这里的架构确实可以改进。
主要问题似乎是正在读取大量数据。是否需要读取所有这些数据？例如，如果实体 A 有一个正在急切加载的子元素 B 列表，但页面上仅显示实体 A 的字段，则仅需要读取实体 A。如果页面上显示了所有内容，请考虑重新设计页面，以便您必须导航到其他页面才能查看实体 B 数据。
假设您只显示来自实体 A 的数据，或者可以重新设计网站来执行此操作，那么第一件事就是打开子实体的延迟加载，这样您只需在确实需要时才需要读取它们需要数据。其次，如果您继续返回实体本身，则打开延迟加载将不会产生任何效果，因为当序列化程序序列化您的数据时，子实体仍将被读取。您需要引入一些数据传输对象 (DTO) 来通过线路传递数据。这些将与您的实体类似，但仅包含您实际想要在网页上使用的数据的字段。然后，您需要将实体转换为 DTO，这意味着由于您不会访问不需要的子实体列表，并且配置了延迟加载，因此不会读取该数据。
值得研究升级到最新版本的 NHibernate，尽管没有单元测试，这可能会很可怕，但绝对值得。
引入二级缓存可能效果很小，因为当您在分布式环境中获得大量命中时，这确实会产生影响。你有更根本的问题需要首先解决。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
