Question : exécution - index d'OR Vc C

Si l'index groupé est conçu bien (valeur par accroissement), puis là ne sera-t-il pas est-il du côté incliné avec index.

then, souvent, l'index d'OR la partie du facteur d'exécution pour la base de données et le $$etAPP ? Par exemple, les questions allant juste employer l'index groupé, mais très probablement un groupe de colonnes, pour lesquelles un OR est required.

en d'autres termes, après un approprié, un index de C est installé, vous s'inquiéter/affaire de l'exécution avec l'index de C, mais plutôt avec le groupe d'index d'OR qui ou fait-elles rarement ne doivent-elles jamais avoir été déjà créée… ?

thanks class= de

Réponse : exécution - index d'OR Vc C

Bien, se rappeler que dans certains cas vous n'aurez pas une valeur par accroissement dans la clef groupée, et parfois il y a les colonnes multiples dans la clef groupée.  Ainsi vous aurez à de la fragmentation de point dans l'index groupé et cela peut poser des problèmes d'exécution.

Se rappeler que vous n'aurez probablement jamais les index de bâche (OR) sur toutes vos questions à moins que votre $$etAPP soit vraiment simple, mais avoir la bonne clef groupée d'index et avoir également les bons index d'OR, exécution peuvent être très bons.  Vous devrez toujours maintenir vos index car vous des rangées d'insertion, de mise à jour et de suppression dans les tables.

La fragmentation et les statistiques seront vos problèmes d'exécution et tant que vous avez une bonne stratégie pour observer et maintenir les index et aussi pour détecter des index inutilisés et pour les enlever, vous devriez être bon sur l'exécution.  Il y a TOUJOURS d'entretien exigé sur des bases de données.