Propriétés de base de données qui optimisent les performances de la base de données

Pour afficher rapidement les documents contenant des images, sélectionnez la propriété de base de données Basics Afficher les images après le chargement . Les utilisateurs de Notes ® peuvent alors lire le texte pendant le chargement des images. Si vous ne chargez pas d'images après le texte, Notes ® charge les images dans l'ordre dans lequel elles apparaissent dans un document ; si une image apparaît en premier, Notes ® la charge avant d'afficher le texte. Avec des images volumineuses ou des connexions lentes, le chargement des images dans l'ordre peut ralentir l'affichage du document.

This setting applies only when using Notes® to view databases; Web browser settings control the display of images to Web browser users.

Pour garantir qu'un document s'affiche toujours correctement, vous pouvez stocker le formulaire avec le document. Cependant, le stockage d'un formulaire avec chaque document utilise la mémoire système et peut nécessiter jusqu'à 20 fois plus d'espace disque que de ne pas le faire. Pour économiser de la mémoire et de l'espace disque, vous souhaiterez peut-être empêcher l'utilisation de formulaires stockés, en particulier si les utilisateurs rencontrent des problèmes de performances lorsqu'ils tentent de lire les documents. Pour empêcher l'utilisation de formulaires stockés, désélectionnez la propriété de base de données Bases Autoriser l'utilisation de formulaires stockés dans cette base de données . Avant d'empêcher l'utilisation de formulaires stockés, assurez-vous de comprendre comment fonctionne cette fonctionnalité de conception et comment la base de données l'utilise.

La boîte de dialogue Base de données contient un ensemble d'options de marque non lue que vous pouvez utiliser pour conserver ou non les marques non lues et pour spécifier si les marques non lues doivent être répliquées sur d'autres serveurs. Si vous sélectionnez la propriété de base de données Ne pas conserver les marques non lues, les marques non lues ne sont pas conservées pour la base de données et les paramètres de réplication des marques non lues sont désactivés. Si vous ne sélectionnez pas la propriété de base de données Ne pas conserver les marques non lues, les paramètres de réplication des marques non lues sont activés. Vous pouvez effectuer l'une des opérations suivantes :

• Choisissez Jamais : les marques non lues ne sont jamais répliquées.
• Choisissez Serveurs en cluster uniquement : les marques non lues sont répliquées pour les bases de données résidant sur des serveurs qui sont associés au cluster du serveur actuel.
• Choisir tous les serveurs : les marques non lues sont répliquées pour les bases de données sur tous les serveurs.

La conservation des marques non lues dans une base de données nécessite des ressources système et peut ralentir considérablement les performances de la base de données. Pour certaines bases de données, les marques non lues ne sont pas utiles -- par exemple, les bases de données de référence telles que les bases d'aide fournies avec Domino ® , les bases de données d'administration telles que l'annuaire Domino ® ou les bases de données telles que le fichier journal (LOG.NSF) qui sont continuellement mis à jour. Dans ces types de bases de données, pensez à désactiver les marques non lues. Pour désactiver les marques non lues, sélectionnez la propriété de base de données avancée Ne pas conserver les marques non lues .

Si vous sélectionnez ou désélectionnez la propriété Ne pas conserver les marques non lues , vous devez compacter la base de données pour que le paramètre prenne effet. Dans ce cas, le compactage crée une copie temporaire de la base de données. Votre système doit donc disposer de l'espace disque nécessaire pour effectuer la copie.

La réplication des marques non lues nécessite des ressources système et peut ralentir considérablement les performances de la base de données. La réplication des marques non lues a été principalement conçue pour les bases de données courrier.

Lors de la mise à jour d'une vue, Domino ® fait référence aux tableaux d'informations sur le document. Ces tables sont stockées en interne dans la base de données. Par défaut, lors des mises à jour et des reconstructions de vues, Domino ® recherche dans chaque table les documents qui apparaissent dans la vue en cours de mise à jour. Pour mettre à jour les vues plus efficacement, sélectionnez la propriété de base de données avancée Optimiser la mappe de table de document . Cette propriété associe les tables aux formulaires utilisés par les documents qu'elles contiennent. Puis lors d'une mise à jour d'une vue, Domino ® recherche uniquement les tables associées aux formulaires utilisés par les documents dans la vue en cours de mise à jour. Cela améliore considérablement les performances des mises à jour de vue, en particulier les mises à jour de petites vues dans de grandes bases de données, par exemple la vue Connections dans l'annuaire Domino ® .

Cette propriété ne fonctionne que pour les vues qui utilisent Form= dans le cadre des critères de sélection. Le maintien de l'association table/formulaire entraîne un léger coût en termes de performances. Cependant, lors de la mise à jour de petites vues dans de grandes bases de données, les avantages compensent le coût.

Si vous sélectionnez ou désélectionnez la propriété d'optimisation bitmap de la table Document , vous devez compacter la base de données pour que le paramètre prenne effet. Dans ce cas, le compactage crée une copie temporaire de la base de données. Votre système doit donc disposer de l'espace disque nécessaire pour effectuer la copie.

Lorsque des données sont supprimées des bases de données, Domino ® écrase par défaut les données supprimées sur le disque avec un modèle. Ce modèle empêche un utilisateur non autorisé d'utiliser un utilitaire pour accéder aux données. Cet écrasement affecte les E/S du disque et peut affecter les performances de la base de données.

Il est approprié d'empêcher l'écrasement des données supprimées dans les circonstances suivantes :

• Les données sont déjà sécurisées : par exemple, la base de données se trouve sur un serveur dans une pièce verrouillée.
• L'espace supprimé dans la base de données est constamment réaffecté, par exemple dans une base de données système telle que MAIL.BOX.
• La sécurité des données n'est pas un problème, par exemple dans une base de données de discussions informelles.

Pour empêcher l'écrasement des données supprimées, sélectionnez la propriété de base de données avancée Ne pas écraser l'espace libre .

La boîte Propriétés du document affiche la propriété Accédé (dans ce fichier) qui peut afficher la date à laquelle un document a été modifié ou lu pour la dernière fois. La propriété de base de données avancée Conserver la propriété LastAccessed contrôle si la propriété Accessed (In this file) est mise à jour si le dernier accès au document était une lecture. Le maintien de la propriété Accessed (In this file) pour les lectures provoque des E/S disque qui ne se produiraient pas autrement.

Par défaut, la propriété de base de données Conserver la propriété LastAccessed n'est pas sélectionnée, ce qui signifie que la propriété Accessed (In this file) n'est pas mise à jour lorsque le dernier accès au document était une lecture, mais uniquement lorsque le dernier accès était une modification du document. Modifiez le comportement par défaut en sélectionnant Conserver la propriété LastAccessed .

Vous devez sélectionner Conserver la propriété LastAccessed si vous utilisez l'outil d'archivage de documents, disponible dans la zone Propriétés de la base de données, pour supprimer des documents en fonction des jours d'inactivité.

Par défaut, chaque document stocke les informations qui l'associent à un document parent ou à un document de réponse. Seules les @fonctions @AllChildren et @AllDescendants, qui sont souvent utilisées dans les formules de sélection de vue et de réplication, utilisent ces informations stockées. La conservation de ces informations a un effet négatif significatif sur les performances de la base de données.

Pour améliorer les performances de la base de données, désactivez les informations de hiérarchie de réponse dans les bases de données qui n'utilisent pas ces @functions en sélectionnant la propriété de base de données avancée Ne pas prendre en charge la hiérarchie de réponse spécialisée .

La désactivation des informations sur la hiérarchie des réponses n'a aucun effet sur les vues et les formules de réplication qui affichent les informations de manière hiérarchique sans utiliser @AllChildren et @AllDescendants.

La désactivation des informations sur la hiérarchie des réponses définit NotesDocument.Responses sur 0 document.

Si vous sélectionnez ou désélectionnez la propriété Ne pas prendre en charge la hiérarchie de réponses spécialisée , vous devez compacter la base de données pour que le paramètre prenne effet. Dans ce cas, le compactage crée une copie temporaire de la base de données. Votre système doit donc disposer de l'espace disque nécessaire pour effectuer la copie.

Les utilisateurs peuvent configurer la surveillance des titres pour surveiller automatiquement les bases de données à la recherche d'informations qui les intéressent. Surveiller une base de données de cette manière affecte les performances, surtout si de nombreux utilisateurs le font. Pour empêcher les utilisateurs de surveiller une base de données, sélectionnez la propriété de base de données avancée Ne pas autoriser la surveillance des titres . Vous pouvez également utiliser la section Sécurité d'un document Serveur dans l'annuaire Domino ® pour contrôler la surveillance des titres au niveau du serveur.

Vous pouvez augmenter le nombre de champs dans une base de données en sélectionnant la propriété de base de données avancée Autoriser plus de champs dans la base de données qui permet à la base de données de contenir jusqu'à 23 000 champs.

Pour une base de données sans cette option sélectionnée, tous les noms de champs d'une base de données une fois concaténés ne peuvent pas dépasser 64 kilo-octets, ce qui entraîne une limite de base de données d'environ 3 000 champs.

Dans Domino ® Designer, vous pouvez choisir de compresser les pièces jointes à l'aide du nouvel algorithme LZ1 au lieu de l'algorithme Huffman. Étant donné que la compression LZ1 peut être effectuée rapidement et efficacement, elle est préférée à la méthode Huffman. Toutefois, si vous travaillez dans un environnement qui utilise différentes versions de logiciels client et serveur et que vous sélectionnez cette option, les pièces jointes sont automatiquement recompressées sur le serveur à l'aide de la méthode Huffman. Notez que la recompression a des implications sur les performances.

Pour plus d'informations sur l'algorithme LZ1, consultez l'aide de HCL Domino ® Designer .

Chaque document comprend un champ $UpdatedBy qui stocke, par défaut, le nom de l'utilisateur ou du serveur associé à chaque session d'édition de document. Le stockage d'un historique d'édition complet consomme de l'espace disque et ralentit les mises à jour et la réplication des vues. Pour économiser de l'espace disque et améliorer les performances de la base de données, utilisez la propriété de base de données avancée Limiter les entrées dans les champs $UpdatedBy pour spécifier le nombre d'entrées que le champ $UpdatedBy peut contenir. Lorsque le champ $UpdatedBy atteint cette limite, l'entrée la plus ancienne est supprimée pour faire de la place à l'entrée la plus récente.

Chaque document comprend un champ $Revisions qui stocke, par défaut, la date et l'heure de chaque session d'édition de document. Domino ® utilise ce champ pour résoudre les conflits de réplication ou d'enregistrement qui se produisent lorsque deux utilisateurs modifient simultanément le même document sur une réplique ou modifient le même document sur différentes répliques entre les réplications.

Par défaut, le champ $Revisions stocke un historique pouvant aller jusqu'à 500 sessions d'édition, chacune nécessitant 8 octets d'espace disque. Au fil du temps, les champs $Revisions peuvent devenir volumineux, occupant de l'espace disque et ralentissant les mises à jour et la réplication des vues. Pour économiser de l'espace disque et améliorer les performances de la base de données, utilisez la propriété de base de données avancée Limiter les entrées dans les champs $Revisions pour spécifier le nombre d'entrées que le champ $Revisions peut contenir. Lorsque le champ $Revisions atteint cette limite, l'entrée la plus ancienne est supprimée pour faire de la place à l'entrée la plus récente.

Pensez à limiter les entrées dans les champs $Revisions sur une base de données présentant toutes les caractéristiques suivantes :

• La base de données contient de nombreux documents.
• La base de données se réplique souvent ou n'a pas de répliques.
• La base de données contient des documents qui ne sont pas souvent édités.

Le nombre maximum suggéré est de 10 entrées dans le champ $Revisions. Si vous définissez un maximum inférieur à 10, vous courez le risque d'une augmentation des conflits de réplication ou de sauvegarde.

Lorsque Autoriser les suppressions logicielles est sélectionné, les documents marqués pour suppression sont conservés dans la base de données pendant une durée spécifiée avant d'être supprimés. Dans l'onglet Avancé de la zone Propriétés de la base de données, vous pouvez spécifier le nombre d'heures pendant lesquelles les documents sont conservés avant d'être supprimés de la base de données.

Lorsque l'option Utiliser les pièces jointes et le service d'objets Domino est sélectionnée, la base de données participe à la consolidation des pièces jointes si la fonctionnalité est activée sur le serveur. Les bases de données nouvellement créées participent à la consolidation par défaut. Les pièces jointes enregistrées dans les documents de la base de données sont ajoutées à un référentiel central de pièces jointes où elles peuvent être réutilisées par toutes les bases de données participant à la consolidation. Chaque pièce jointe est remplacée dans tous les documents qui l'affichent par une référence à l'emplacement du fichier dans le référentiel.

Dans l'onglet DAOS du document Serveur, vous pouvez activer la consolidation des pièces jointes pour le serveur, spécifier une taille minimale pour une pièce jointe et spécifier un emplacement de fichier sur le serveur pour le référentiel de pièces jointes. Si une pièce jointe est inférieure à la taille minimale, Domino ® s'abstient de la consolider.

La consolidation des pièces jointes améliore les performances en réduisant considérablement la quantité d’espace disque requise pour stocker les pièces jointes.

Dans cette version de Domino ® , l'optimisation de la copie des objets DAOS empêche la transmission de copies inutiles de pièces jointes entre les clients Notes ® et les serveurs compatibles DAOS. Cette optimisation se traduit par une vitesse de transmission considérablement améliorée lors de la réponse, du transfert ou de la réplication de messages/documents contenant des pièces jointes déjà existantes dans le référentiel DAOS.

La compression de conception de base de données fait référence à la compression des éléments de conception dans une base de données Notes® . La compression des éléments de conception, en particulier ceux comprenant du texte et des graphiques riches, réduit leur taille sur le disque et les économies peuvent être significatives.

Document compression refers to the compression of non-summary (body) data in Notes® documents. Compressing non-summary data reduces the size on disk of all rich text elements in documents, and savings can be significant, especially when a database contains lengthy documents including large graphic images.