Tim,
Je pense que dans SQL Server 2000, si vous aviez défini ARITHABORT OFF, l'optimiseur de requête ne prendrait pas en compte les index de vue indexés lors de l'élaboration d'un plan d'exécution de requête. Donc, si le meilleur plan utilise un index de vue, cela aurait de l'importance. Je ne sais pas si c'est toujours le cas, mais lorsque vous regardez les plans de requête, vous pouvez spécifiquement regarder si le plan plus rapide mentionne un index de vue.
Je ne connais pas la raison spécifique pour laquelle ARITHABORT a à voir avec les vues indexées, mais les options SET affectent un certain nombre de choses, et la situation avec ARITHABORT n'a guère été stable. Vous pouvez consulter ce lien .
Il n'est pas non plus exclu qu'une partie de ce comportement soit affectée par le niveau de compatibilité. Si l'une des bases de données mises à niveau était définie au niveau 80 ou 90, vous pourriez voir si cela était vraiment nécessaire.
