Уже ответил, но я все еще чувствовал необходимость добавить свои мысли.
Если вы можете позволить себе трогать свои документы каждый день (например, это просто веб на одном или кластерном сервере), то я бысерьезно подумайте над написанием агента, который обновляет поле «NumDaysOld».
Причина, по которой производительность снижается, если у вас есть @Now или @Today в выборе представления или формуле столбца, заключается в том, что индексатор знает, что пришло время-зависимый и, следовательно, не хранит индекс представления (или, может быть, просто не хранит весь индекс, я не уверен), заставляя его перестраивать каждый раз, когда к нему обращаются.
Если вы обманываете этоиспользуя @TextToTime («Сегодня»), тогда ваше представление индексирует риск того, что оно устарело, потому что, если документ не изменяется в течение n дней, представление не изменяется в течение n дней, и индексатор не запускается ...
Возможно, лучшая практика - написать агента, который будет каждый день менять формулу столбца, чтобы вместо @Today использовать буквальную дату (используя квадратные скобки, например [5/ 29/2018]), а затем напишите агенту, который будет менять эту формулу столбца каждый день.Я никогда не пробовал этого, потому что это было недоступно для меня, когда мне нужно было сделать что-то подобное.(Прошло много времени.) Вместо этого я решил эту проблему следующим образом:
- , написав агент, который изменил каждый документ, чтобы обновить возраст документа, или
- , создав папки для«<1 месяц», «от 2 до 6 месяцев» и т. Д., И имел ежедневного агента, который заполнял / исправлял папки, или </li>
- , чтобы избежать проблемы, просматривая открытые документы, отсортированные по дате изатем пытаемся убедить конечных пользователей, что это достаточно близко!:-P (не горжусь этим)