.net RavenDb为什么将结果放在索引中

为什么实时预测是index TransformResults属性的一部分？索引用于文档查询，而投影用于文档转换。那么，为什么要将它们结合起来呢

如果实时预测不是指数的一部分，那么对于同一指数，可能会有多个实时预测。因此，索引会更少，我想RavenDb的性能会更好一些

更新。通过将Select语句放置在查询上（如何处进行筛选），让实时投影工作将非常好。

请查看此处：

重要的是：

TransformResults中声明的函数将对查询的结果执行

这意味着TransformResults函数将在查询时执行，而不是在索引时执行。这显然是一个根本的区别

看看这里：

重要的是：

TransformResults中声明的函数将对查询的结果执行

---

这意味着TransformResults函数将在查询时执行，而不是在索引时执行。这显然是一个根本的区别

这实际上是一个公平的问题。我认为答案是将TransformResults放在索引中是最常见的用例，考虑到RavenDB中现有的索引结构，它更容易实现

如果您确实希望在查询时以特别方式定义TransformResults，请在邮件列表上发布功能请求

不过我很肯定答案是肯定的

我会接受这个请求的

---

因为你是第一个要求这个功能的人-

这实际上是一个公平的问题。我认为答案是将TransformResults放在索引中是最常见的用例，考虑到RavenDB中现有的索引结构，它更容易实现

如果您确实希望在查询时以特别方式定义TransformResults，请在邮件列表上发布功能请求

不过我很肯定答案是肯定的

我会接受这个请求的

---

因为你是第一个要求这个功能的人-

因为我们需要一个地方来放置它们，所以大多数索引只有一个转换结果函数，所以这是一个很好的地方。这也减少了你必须知道的关于RavenDB的事情的数量。否则，您将有一个称为Transformers的顶级关注点，它通常只与一个索引一起使用，因此，提出了一个问题：为什么它们是分开的。

因为我们需要一个位置来放置它们，大多数索引只有一个转换结果函数，所以这是一个很好的位置。这也减少了你必须知道的关于RavenDB的事情的数量。否则，您将有一个顶级问题，称为Transformers，它通常只与一个索引一起使用，因此，提出了一个问题：为什么它们是分开的。

您是对的，它们是不同的。但问题是，为什么它们如此不同，都放在索引中。对我来说，实时投影看起来更像是查询的一部分，比如Where cluase，而不是索引的一部分。你是对的，它们是不同的。但问题是，为什么它们如此不同，都放在索引中。对我来说，实时投影更像是查询的一部分，比如Where-cluase，而不是索引的一部分。这不是我不能缺少的功能。但我一直认为投影是通过Select语句工作的，所以我惊讶地发现投影不是通过Select工作的。你有一些选择，看看这个答案，这不是我不能没有的功能。但我一直认为投影是通过Select语句工作的，所以我惊讶地发现投影不是通过Select工作的。您有一些选项，看到这个答案了吗？将投影放在查询的Select方法中怎么样？所以我可以使用Order进行排序，在哪里进行过滤，如果能够使用Select进行投影，那就太好了。在某种程度上，您可以这样做，看看如何将投影放入查询的Select方法中？所以我可以使用Order进行排序，其中用于过滤，如果能够使用Select进行投影，那就太好了