Тим,
Мисля, че в SQL Server 2000, ако бяхте задали ARITHABORT OFF, оптимизаторът на заявки нямаше да вземе предвид индексирани индекси на изгледи при разработването на план за изпълнение на заявка. Така че, ако най-добрият план използва индекс на изглед, това би имало значение. Не знам дали това все още е така, но когато погледнете плановете за заявки, можете конкретно да погледнете дали по-бързият план споменава индекс на изглед.
Не знам конкретната причина ARITHABORT да има общо с индексираните изгледи, но опциите SET засягат редица неща и ситуацията с ARITHABORT едва ли е била стабилна. Може да разгледате тази връзка .
Също така не е изключено част от това поведение да се влияе от нивото на съвместимост. Ако някоя от надстроените бази данни е зададена на ниво 80 или 90, може да видите дали това наистина е необходимо.