Juste l'ajout d'une remarque ici que, même si c'est techniquement correcte, l'utilisation du temps à base de fonctions (par exemple, @Maintenant) dans les formules de sélection n'est pas recommandé, en particulier pour les grandes bases de données et en particulier si la vue d'indexation de l'option est réglée sur "automatique".
Vous avez besoin de 2 pièces.
Le point de vue de la formule de sélection:
SELECT isnotyet7daysOld = @True
et un agent (ou les deux) qui court sur le calendrier et sur "lorsque les documents ont été créés ou modifiés". L'agent ressemble à ceci (les deux)
minDate := @Adjust(@Today;0;0;-7;0;0;0);
REM "There are no future documents";
tmpResult := @if(minDate <= @Created;@False;@True);
SELECT tmpResult != isnotyet7daysOld;
FIELD isnotyet7daysOld := tmpResult
Pour ajuster vous avez besoin d'0 pas null; null arrive à travailler car il n'y a pas de champ ou variable avec le nom nulle et @Formule est en pardonnant et en fait la valeur manquante 0. L'astuce ici: permet de calculer la valeur du champ isnotyet7daysOld pour les documents sélectionnés (qui serait le changé pour le onChange de l'agent ou sur la date prévue de l'agent), puis sélectionnez modifier uniquement celles où le résultat ne correspond pas. De cette façon, vous pouvez minimiser les mises à jour du document. Également des documents qui sont enregistrés sont mis à jour directement. Maintenant, si vous ajoutez un caché calculées-quand-composé de champ isnotyet7daysOld avec @True comme valeur du champ de capturer tous de votre document de manière fiable. Et que vous devez exécuter la date prévue de l'agent qu'une fois par nuit (0:01).
Vous devez être très prudent de vue que la formule de sélection des dates.
Si vous utilisez @aujourd'Hui ou @Maintenant, puis ensuite des Notes/Domino sera toujours tenir compte de tous les documents dans la vue de données et de les avoir à reconstruire l'index à chaque fois qu'il est accessible. Ce sera ok pour les très petites bases de données, mais une catastrophe dans les plus grands.
Certaines personnes allons essayer de contourner ce problème en utilisant une formule du type @date("aujourd'Hui"). Notes/Domino se reconnaissent pas comme une Date/Heure en fonction de la formule, car il ne contient pas @aujourd'Hui ou @, et de travailler d'abord. Mais vous trouverez que la vue ne sera pas supprimer les vieux documents, sauf si l'index est entièrement rafraîchi, qui peut être compliqué à organiser.
La meilleure façon de traiter cette question est d'avoir un agent de courir tous les soirs que les mises à jour de la formule de sélection avec la bonne date fixe des valeurs. Jake Howlett à codestore.net a quelques excellent postes pour faire cela.
Merci pour l'entrée! Je veux les dernières valeurs à chaque fois que je accéder à la vue dans un agent. Certaines bases de données sont plusieurs concerts donc je pense que je vais juste l'exécuter une fois ou deux fois par jour dans ce cas. Si vous avez seulement besoin de la vue de trouver des docs pour un Agent, puis il ya probablement de meilleures façons de le faire. Par exemple, il est très fréquent d'avoir une vue de tous les docs par date de création. Il est possible de réutiliser ce point de vue de l'agent, juste une boucle sur les docs jusqu'à ce que vous commencer à trouver des docs créé plus de 7 jours. Qui fait beaucoup de sens. Bien que je ne comprends pas comment le faire. La vue en se référant à répertorie les différents aliments noms. Sous chaque flux de nom, il indique la date, les dossiers traités et les erreurs. Lorsque l'agent s'exécute j'essaie de trouver la dernière date, et le nombre total de fichiers et les erreurs de la journée. Maintenant j'ai une vision de configurer l'affichage de la date de création (je pense maintenant 3 heures au lieu de 7 jours) et une autre liste des dossiers traités et des erreurs pour la journée en cours. Je passe la dernière date et en additionnant les dossiers traités et les erreurs. Je pourrais éventuellement utiliser GetEntry en quelque sorte? Je suis en train d'utiliser GetAllEntriesByKey( keyarray, False) avec keyarray spécifiant le feedname et le courant de la journée. Je suis capable de filtrer par feedname mais il conserve la sélection de la première date indiquée dans la vue à partir de 2008 et non pas à partir de février 2009.
BTW, merci pour les conseils ci-dessus. J'ai eu envie de créer une vue comme ça pendant un long moment. Je suis un des systèmes z/OS programmeur (mainframe) et gardé la reconstruction de ce point de vue hebdomadaire pour l'obtenir depuis le "en conserve" vue de la conception de la formule n'était pas une date relative. J'ai pris le @TextToTime indice de l' @Created exemple dans les Notes de l'aide (ce qui a eu un exemple d'obtenir des documents dans le mois en cours). Mes Notes client est la version 6.5.
OriginalL'auteur Nick Fortescue
Vous avez besoin de 2 pièces.
Le point de vue de la formule de sélection:
et un agent (ou les deux) qui court sur le calendrier et sur "lorsque les documents ont été créés ou modifiés". L'agent ressemble à ceci (les deux)
Pour ajuster vous avez besoin d'0 pas null; null arrive à travailler car il n'y a pas de champ ou variable avec le nom nulle et @Formule est en pardonnant et en fait la valeur manquante 0.
L'astuce ici: permet de calculer la valeur du champ isnotyet7daysOld pour les documents sélectionnés (qui serait le changé pour le onChange de l'agent ou sur la date prévue de l'agent), puis sélectionnez modifier uniquement celles où le résultat ne correspond pas. De cette façon, vous pouvez minimiser les mises à jour du document. Également des documents qui sont enregistrés sont mis à jour directement. Maintenant, si vous ajoutez un caché calculées-quand-composé de champ isnotyet7daysOld avec @True comme valeur du champ de capturer tous de votre document de manière fiable. Et que vous devez exécuter la date prévue de l'agent qu'une fois par nuit (0:01).
OriginalL'auteur stwissel
Vous devez être très prudent de vue que la formule de sélection des dates.
Si vous utilisez @aujourd'Hui ou @Maintenant, puis ensuite des Notes/Domino sera toujours tenir compte de tous les documents dans la vue de données et de les avoir à reconstruire l'index à chaque fois qu'il est accessible. Ce sera ok pour les très petites bases de données, mais une catastrophe dans les plus grands.
Certaines personnes allons essayer de contourner ce problème en utilisant une formule du type @date("aujourd'Hui"). Notes/Domino se reconnaissent pas comme une Date/Heure en fonction de la formule, car il ne contient pas @aujourd'Hui ou @, et de travailler d'abord. Mais vous trouverez que la vue ne sera pas supprimer les vieux documents, sauf si l'index est entièrement rafraîchi, qui peut être compliqué à organiser.
La meilleure façon de traiter cette question est d'avoir un agent de courir tous les soirs que les mises à jour de la formule de sélection avec la bonne date fixe des valeurs. Jake Howlett à codestore.net a quelques excellent postes pour faire cela.
Si vous avez seulement besoin de la vue de trouver des docs pour un Agent, puis il ya probablement de meilleures façons de le faire. Par exemple, il est très fréquent d'avoir une vue de tous les docs par date de création. Il est possible de réutiliser ce point de vue de l'agent, juste une boucle sur les docs jusqu'à ce que vous commencer à trouver des docs créé plus de 7 jours.
Qui fait beaucoup de sens. Bien que je ne comprends pas comment le faire. La vue en se référant à répertorie les différents aliments noms. Sous chaque flux de nom, il indique la date, les dossiers traités et les erreurs. Lorsque l'agent s'exécute j'essaie de trouver la dernière date, et le nombre total de fichiers et les erreurs de la journée.
Maintenant j'ai une vision de configurer l'affichage de la date de création (je pense maintenant 3 heures au lieu de 7 jours) et une autre liste des dossiers traités et des erreurs pour la journée en cours. Je passe la dernière date et en additionnant les dossiers traités et les erreurs. Je pourrais éventuellement utiliser GetEntry en quelque sorte?
Je suis en train d'utiliser GetAllEntriesByKey( keyarray, False) avec keyarray spécifiant le feedname et le courant de la journée. Je suis capable de filtrer par feedname mais il conserve la sélection de la première date indiquée dans la vue à partir de 2008 et non pas à partir de février 2009.
OriginalL'auteur Kerr
Voici ce que j'ai fait (j'ai utilisé
@TextToTime("Today")
au lieu de@Today
pour éviter la reconstruction d'index par d'avertissement ci-dessus):BTW, merci pour les conseils ci-dessus. J'ai eu envie de créer une vue comme ça pendant un long moment. Je suis un des systèmes z/OS programmeur (mainframe) et gardé la reconstruction de ce point de vue hebdomadaire pour l'obtenir depuis le "en conserve" vue de la conception de la formule n'était pas une date relative. J'ai pris le
@TextToTime
indice de l'@Created
exemple dans les Notes de l'aide (ce qui a eu un exemple d'obtenir des documents dans le mois en cours). Mes Notes client est la version 6.5.OriginalL'auteur Mark