Оптимайзер SQL Server'а, как и б-во совр. серверов БД, явл-ся cost-based. Т.е. из безбрежного числа процедурных вариантов вып-я изначально теоретико-множ. операции SQL он старается найти тот, к-й доставляет минимум cost'a. Сл., когда г-т об опт. планах, подразумевается, что именно стоимость выступает критерием оптимальности. М. рассм. cost как время, за к-е SQL Server рассчитывает управиться с вашим запросом, на некоей эталонной (сов. абстрактной) конфигурации. Отсюда, 1) абс. величина costa абс. никого никогда по б.счету не волнует. Имеет смысл т.ее отн.выр-е. Тот запрос, у кого она меньше, будет SQL Srv наиболее симпатичен. Поэт., напр., показывается процентная величина стоимости операторов и запросов в батче - так проще опр-ть наиболее критичные куски. 2) по своей природе это прогноз. Причем с заведомо ограниченной точностью. Чтобы повысить точность, придется перебирать все мыслимые и немыслимые ситуации, а это займет длит.время и сразу зашкалит тот самый критерий, к-й мы собирамся минимизировать. Т.е. одна задача на оптимизацию тут же порождает другую - задачу на оптимальное огрубление алгоритма. Вообще, вещь безумно интересная. Да, так вот несмотря на то, что оптимизатор MS SQL Server на классических реляционных задачах сегодня является лучшим в мире, иногда он тоже может ошибаться в своих оценках, особенно если жизнь меняется слишком резко.