Lotus notes 视图索引始终在重建中

最近，我遇到了一个问题，我的视图索引一直在重建，用户对这个特定的视图有大量的问题

我想这是由于我的选择公式中的

@Date

以及我的一个列公式。这样，选择公式在经过的每一秒都会不同。 所以我想，既然我的公式中不需要时/分/秒，我今天就用

>

。这在2-3天内效果良好，之后同样的问题再次出现

既然问题又出现了，我不确定这是否会导致问题。当这个特定的视图打开时，我在notes中打开的每个选项卡中都有问题，而不仅仅是这个特定的数据库

---

这是一个常见/已知的问题吗？我能做些什么来避免这个问题呢？

是的，这是一个常见的问题，早在20多年前Notes问世的早期就已经广为人知了

@日期本身不是问题@现在和今天都是问题

使用@TextToTime（“今天”）是早期发现的一种流行的解决方法。这对索引器隐藏了问题，因此服务器无法意识到视图已过时。但是，它并没有解决根本的问题，即视图试图做一些视图根本不打算做的事情。视图是静态的，仅当文档更改时才需要更新。在选择或列公式中引入时间会使它们变得动态，这会破坏这种假设，并且是性能问题的主要来源。使用此解决方案需要每晚完全重建视图。您可以通过设置，并设置为每晚为特定数据库和视图运行一次。请注意，如果您的用户分布在不同的时区，则必须选择一个特定的时间作为标准时间，如果您的服务器分布在不同的时区，那么您将非常有兴趣了解如何使它们始终在视图中显示相同的文档，但这在解决问题的几乎所有方法中都是常见的

请参阅本文，了解人们多年来使用的几种其他选项的描述，以及它们的优缺点。另请参见此部分，其中详细介绍了日期/时间问题

---

我想补充一点，他们在Technote中描述的代理和文件夹解决方案通常是我的首选方法，但它确实有一个他们没有提到的额外缺点：它最终会导致服务器抛出错误“文件夹大于支持的文件夹”的模糊情况。这个错误实际上与文档中文件夹的大小无关；它是指随着时间的推移，大量文档移入和移出文件夹时，内部结构的碎片。只能通过删除并重新创建文件夹来修复此问题，您可以在代理代码中执行此操作。我相信这个问题可能在最近版本的Domino中得到了解决，但在Notes 6和Notes 7的时间范围内，它给我带来了很多痛苦。

是的，这是一个常见的问题，早在20多年前Notes出现的早期就已众所周知

@日期本身不是问题@现在和今天都是问题

使用@TextToTime（“今天”）是早期发现的一种流行的解决方法。这对索引器隐藏了问题，因此服务器无法意识到视图已过时。但是，它并没有解决根本的问题，即视图试图做一些视图根本不打算做的事情。视图是静态的，仅当文档更改时才需要更新。在选择或列公式中引入时间会使它们变得动态，这会破坏这种假设，并且是性能问题的主要来源。使用此解决方案需要每晚完全重建视图。您可以通过设置，并设置为每晚为特定数据库和视图运行一次。请注意，如果您的用户分布在不同的时区，则必须选择一个特定的时间作为标准时间，如果您的服务器分布在不同的时区，那么您将非常有兴趣了解如何使它们始终在视图中显示相同的文档，但这在解决问题的几乎所有方法中都是常见的

请参阅本文，了解人们多年来使用的几种其他选项的描述，以及它们的优缺点。另请参见此部分，其中详细介绍了日期/时间问题

我想补充一点，他们在Technote中描述的代理和文件夹解决方案通常是我的首选方法，但它确实有一个他们没有提到的额外缺点：它最终会导致服务器抛出错误“文件夹大于支持的文件夹”的模糊情况。这个错误实际上与文档中文件夹的大小无关；它是指随着时间的推移，大量文档移入和移出文件夹时，内部结构的碎片。只能通过删除并重新创建文件夹来修复此问题，您可以在代理代码中执行此操作。我相信这个问题在最近的Domino版本中可能已经得到了解决，但在Notes 6和Notes 7的时间框架中，它给我带来了很多痛苦