如何优化这个 Nhibernate 查询（835ms）

Question

我有来自 NHibernate Profiler 的查询

var temp = from x in ActiveRecordLinq.AsQueryable<Circuits>()
                       where x.User_Created == false
                       orderby x.Description
                       select x;

查询时长
-仅数据库：7ms
-总计：835ms

生成的查询：

SELECT   this_.Circuit_ID     as Circuit1_35_0_,
     this_.[Description]  as column2_35_0_,
         this_.[User_Created] as column3_35_0_
FROM     dbo.Circuit this_
WHERE    this_.[User_Created] = 0 /* @p0 */
ORDER BY this_.[Description] asc

这似乎是一个非常简单的查询。它返回 6821 行。我用它来填充下拉列表。

提前致谢

Answer 1

好的，如果您坚持 7k（我真的相信您应该停止重新思考您的设计...但是...），您可以尝试执行 HQL 查询来仅选择您需要的字段对象，而不是查询对象本身。

根据您编写的查询，nHibernate 正在从数据库加载数据，正如您所注意到的，这发生得非常快。但是，基于您编写的 Linq 查询，它正在初始化、填充并返回 7k Circuit 对象。这可能需要一段时间......

并且由于在这种情况下您实际上并没有以任何有意义的方式使用“对象”（只是下拉列表的文本和值对），您实际上不需要 nHibernate 来构建对象。

尝试更改代码以仅使用 HQL 或 LinqToNHibernate 返回文本/值对。

HQL 看起来像这样：

select c.description, c.id from Circuit c
where c.ordercreated = false
orderby c.description

我知道你也可以使用 LinqToNhibernate 来做到这一点，我只是手头没有任何快速示例。

Answer 2

等等...您要将近 7000 个项目放入下拉列表中？我的理解正确吗？

如果是这样，是否可以使用带有ajax或类似设计的依赖下拉列表？

如果这是在网络上，您可能正在查看一个相对较大的页面，需要向下传输到客户端计算机，因此优化 NH 查询可能是一个过早的优化......

Answer 3

下拉列表中的 7k 条目不利于用户体验。由于您已经按描述订购，我假设您的用户已经（至少部分）知道他们想要选择的内容。所以给出完整的列表实际上是在阻碍用户。

既然您问自动完成器是什么，

请想象一个用户输入多个字符的输入字段。当用户输入他想要的内容时，就会触发查询。该字符串参数将用于进一步限制结果集的大小。

所以你的查询实现类似于这个伪代码：

//passedParameter => "%foo%"
var temp = from x in ActiveRecordLinq.AsQueryable<Circuits>()
              where x.User_Created == false
                and x.Description like passedParameter
              orderby x.Description
              select x;

查询的实际实现以及你是否决定实现'%foo%'或'foo%'等，这是你的决定。

用户体验将简化为在输入字段中写入“foo”，并且结果将仅获取用户将在其上选择他想要的内容的相关电路。如果结果集仍然太大，用户可以将“b”添加到已经输入的“foo”中，形成“foob”，再次触发查询，返回更有限的结果集。

当你在谷歌上输入时，它会即时给你建议，这是一个自动完成器实现